GENERIC REQUIREMENTS 

GR-2837-CORE 

ISSUE 4, FEBRUARY 1998 



Comments Requested 
(See Preface) 



ATM Virtual Path Ring 
Functionality in SONET - 

Generic Criteria 



(A Module of TSGR, FR-^40) 




"HIS PAGE IS BLANK 



GENERIC REQUIREMENTS 

GR-2837-CORE 

ISSUE 4, FEBRUARY 1998 



Comments Requested 
(See Preface) 



ATM Virtual Path Ring 
Functionality in SONET - 

Generic Criteria 



(A Module of TSGR, FR-440) 



ATM VP Ring Functionality in SONET 
Copyright Page 



GR-2837-CORE 
Issue 4, February 1998 



This document, GR-2837-CORE, Issue 4, February 1998, replaces: 
GR-2837-CORE, Issue 3, October 1996. 

For ordering information, see the References section of this document 

This document may not be reproduced without the express written permission of Bellcore 
and any reproduction without written authorization is an infringement of Bellcore's 
copyright. 

Copyright © 1998 Bellcore. 
All rights reserved. 

Project fundmg year: 1997, 1998. 



il 




GR-2837-CORE 
Issue 4, February 1998 



ATM VP Ring Functionality in SONET 
Notice of Disclaimer 



GENERIC REQUIREMENTS 
NOTICE OF DISCLAIMER 



This Generic Requirements document (GR) is published by Bell Communications 
Research, Inc. (Bellcore) to inform the industry of Bellcore's view of proposed generic 
requirements for ATM Virtual Path Ring Funtionality in SONET, These generic 
requirements are subject to review and change, and superseding generic requirements 
regarding this subject may differ from this document. Bellcore reserves the right to revise 
this document for any reason. 

BELLCORE MAKES NO REPRESENTATION OR WARRANTY, EXPRESSED OR 
IMPLIED, WITH RESPECT TO THE SUFFICIENCY, ACCURACY, OR UTILITY OF 
ANY INFORMATION OR OPINION CONTAINED HEREIN. BELLCORE 
EXPRESSLY ADVISES THAT ANY USE OF OR RELIANCE UPON SAID 
INFORMATION OR OPINION IS AT THE RISK OF THE USER AND THAT 
BELLCORE SHALL NOT BE LIABLE FOR ANY DAMAGE OR INJURY INCURRED 
BY ANY PERSON ARISING OUT OF THE SUFFICIENCY, ACCURACY, OR 
UTILITY OF ANY INFORMATION OR OPINION CONTAINED HEREIN. 

LOCAL CONDITIONS MAY GIVE RISE TO A NEED FOR ADDITIONAL 
PROFESSIONAL INVESTIGATIONS, MODIFICATIONS, OR SAFEGUARDS TO 
MEET SITE, EQUIPMENT, ENVIRONMENTAL SAFETY OR COMPANY-SPECIFIC 
REQUIREMENTS. IN NO EVENT IS THIS INFORMATION INTENDED TO 
REPLACE FEDERAL, STATE, LOCAL, OR OTHER APPLICABLE CODES, LAWS, 
OR REGULATIONS, SPECIFIC APPLICATIONS WILL CONTAIN VARIABLES 
UNKNOWN TO OR BEYOND THE CONTROL OF BELLCORE. AS A RESULT, 
BELLCORE CANNOT WARRANT THAT THE APPLICATION OF THIS 
INFORMATION WILL PRODUCE THE TECHNICAL RESULT OR SAFETY 
ORIGINALLY INTENDED. 

This GR is not to be construed as a suggestion to anyone to modify or change any of its 
products or services, nor does this GR represent any commitment by anyone, including, but 
not limited to, Bellcore or any funder (see Preface) of this Bellcore GR to purchase, 
manufacture, or sell, any product with the described characteristics. 

Readers are specifically advised that any entity may have needs, specifications, or 
requirements different from the generic descriptions herein. Therefore, anyone wishing to 
know any entity's needs, specifications, or requirements should communicate directly with 
that entity. 

Nothing contained herein shall be construed as conferring by implication, estoppel, or 
otherwise any license or right under any patent, whether or not the use of any information 
herein necessarily employs an invention of any existing or later issued patent. 

Bellcore does not herein recommend products, and nothing contained herein is intended as 
a recommendation of any product to anyone. 
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Werner Bleickardt 
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331 Newman Springs Road 

Red Bank, New Jersey 07701-5699 

For general information about this or any other Bellcore documents, please contact: 

Bellcore Customer Service 
8 Corporate Place 

Piscataway, New Jersey 08854-4156 
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(732) 699-5800 (all others) 
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TRANSPORT SYSTEMS GENERIC REQUIREMENTS (TSGR) 

FR-440 



The Transport Systems Generic Requirements (TSGR) provides Bellcore's view of 
proposed generic requirements applicable to a wide variety of digital transport sys- 
tems that possess the same functionalities independent of the environment in which 
the transport is deployed and the services it supports. These transport systems pro- 
vide the means to transmit information between designated interfaces in a commu- 
nications network. They consist of hardware, software, and media that combine, 
process, and transmit signals used to support telecommunications services. The 
TSGR also serves as a guide for analyzing new digital transmission systems and 
helps to eliminate possible redundancy and inconsistency in transport requirements. 
The TSGR contents table lists all documents in the 1998 Edition. 



Note: 

This document is a module of the Transport Systems Generic Requirements 
(TSGR), FR-440. To order modules or the entire TSGR: 

• Public should contact: 



Bellcore Customer Service 
8 Corporate Place, Room 3A-184 
Piscataway, New Jersey 08854-4156 
1-800-521-CORE (2673) (US & Canada) 
(732) 699-5800 (all others) 
(732)336-2559 (FAX) 



• Bell Operating Company personnel should contact their company document 
coordinator. 
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Preface 

This Preface contains important information about Bellcore's GR process in general, 
as well as important information about this document. 

Bellcore's GR Process 

Generic Requirements documents (GRs) provide Bellcore^s view of proposed generic 
criteria for telecommunications equipment, systems, or services, and involve a wide variety 
of factors, including interoperability, network integrity, funding participant expressed 
needs, and other input, 

Bellcore's GR process implements Telecommunications Act of 1996 directives relative to 
the development of industry-wide generic requirements relating to telecommunications 
equipment, including integral software and customer premises equipment. Pursuant to that 
Act, Bellcore invites members of the industry to fund and participate in the development 
process for such GRs. Invitations to fund and participate are issued monthly in the Bellcore 
Digest of Technical Information, and posted on Bellcore's web site at 
http://www. bellcore. com/DIGEST, 

At the conclusion of the GR development process, Bellcore publishes the GR, which is 
available by subscription. The subscription price entitles the purchaser to receive that issue 
of the GR (GR-CORE) along with any Issues List Report (GR-ILR) and Revisions, if any 
are released under that GR project. ILRs contain any technical issues that arise during GR 
development that Bellcore and the funding participants would like further industry 
interaction on. The ILR may present issues for discussion, with or without proposed 
resolutions, and may describe proposed resolutions that lead to changes to the GR. 
Significant changes or additional material may be released as a Revision to the GR-CORE. 

Bellcore may also solicit general industry nonproprietary input regarding such GR material 
at the time of its publication, or through a special Industry Interaction Notice appearing in 
the Bellcore Digest of Technical Information, While unsolicited comments are welcome, 
any subsequent work by Bellcore regarding such comments will depend on funding support 
for such GR work. Bellcore will acknowledge receipt of comments and will provide a status 
to the submitting company. 
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About GR-2837-CORE 

A. Funders of GR-2837-CORE, Issue 4, are: 

ADC Telecommunications 

BellSouth 

Pacific Bell 



B. Relative Maturity Level 

This document is the fourth issue of GR-2837-CORE, generic requirements for ATM 
Virtual Path ring functionality in SONET. This document should not be considered 
mature in that there are criteria for which only a limited set of requirements are given, 
based on preliminary agreements within the various national and international 
standards bodies. This issue replaces GR-2837-CORE, Issue 3. 



C.GR-2837-CORE Plans 

Bellcore is tentatively planning a revision or reissue of this GR in 1998 that will reflect 
the continuing work both within Bellcore and in national and international standards 
bodies. 



To Submit Comments 

When submitting comments, please include the GR document number, and cite any 
pertinent section and requirement number. In respondmg to an ILR, please identify the 
pertinent Issue ID number. Please provide the name and address of the contact person in 
your company for further discussion. 
Comments should be submitted by May 15, 1998. 
Send comments to: 

Bellcore — GR-2837-CORE 
Werner Bleickardt 

Broadband Networks: Design and Engineering 
331 Newman Springs Road, Room 2Z280 
Red Bank, NJ 07701-5699 

Phone: (732)758-5514 
FAX: (732)758-4177 
E-Mail: wbleicka@notes.cc.bellcore.com 
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1. Introduction 

This Generic Requirements document (GR) provides Bellcore's view of proposed generic 
functional criteria for incorporating Asynchronous Transfer Mode (ATM) Virtual Path 
(VP) functionality into Synchronous Optical Network (SONET) rings. This functionality 
can be incorporated into existing SONET Ring Add-Drop Multiplexers (ADMs), or into 
pure ATM Ring ADMs that use SONET as physical layer medium. SONET Ring ADMs 
with the added ATM VP functionality and pure ATM Ring ADMs are capable of 
processing ATM cells at the ATM VP level. SONET Ring ADMs with ATM VP 
functionality are referred to as Hybrid SONET/ ATM ADMs, or simply as Hybrid ADMs. 

This GR presents requirements for rings that can provide both SONET and ATM level 
transport multiplexing and protection switching, and for rings that provide only ATM level 
transport and protection switching. The requirements meet the needs for ring equipment 
which can efficiently carry a mixture of Synchronous Transfer Mode (STM) and ATM 
traffic by using STM multiplexing and existing SONET protection mechanisms for the 
STM traffic and ATM multiplexing and SONET and/or new ATM protection mechanisms 
for the ATM traffic. The requirements can also be used to support ring equipment that 
carries only ATM traffic and uses ATM multiplexing and ATM protection switching. Thus, 
the GR can support environments where a mix of ATM and STM traffic needs to be 
supported as well as environments where only ATM traffic needs to be supported. 
Requirements for pure SONET applications (e.g., SONET UPSR, SONET BLSR) are 
addressed in other Bellcore GRs Usted below. 

The criteria in this document are subject to change for various reasons. Service providers 
may alter generic criteria to meet their individual needs, and to complement their short-term 
and long-term deployment strategies. Since each service provider may have needs and 
requirements differing from the generic criteria set forth in this document, suppliers should 
communicate directly with each service provider or other network operator to ascertain that 
company's individual requirements. 



1 .1 Purpose and Scope 

The criteria contained herein are intended to advise the telecommunications industry of 
Bellcore's view of proposed generic requirements in support of ATM VP ring functionality 
in SONET, and to reflect recent work in the various committees and subconunittees of 
standards organizations such as the International Telecommunication Union - 
Telecommunication Standardization Sector (ITU-T) and ANSI-accredited Committee Tl. 

This GR is not a stand-alone document; it is intended to be used with other Technical 
Advisories (TAs), Technical References (TRs), and GRs. This GR focuses on criteria and 
issues specific to SONET Ring transport systems and should be used in conjunction with 
the following Bellcore documents. Note that the new GR-2980-CORE is one of the major 
supporting documents. 
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• SONET: 

— TR-NWT-000496, SONET Add-Drop Multiplex Equipment (SONET ADM) 
Generic Criteria. 

— GR-253-CORE, SONET Transport Systems: Common Generic Criteria, 

— GR-1230-CORE, SONET Bidirectional Line-Switched Ring Equipment Generic 
Criteria. 

— GR-1400-CORE, SONET Dual-Fed, Unidirectional Path Switched Ring (UPSR) 
Equipment Generic Criteria. 

• Hybrid SONET/ ATM (see Section 2 for a discussion of Hybrid equipment): 

— GR-2891-CORE, SONET Digital Cross-Connect Systems with ATM 
Functionality - Generic Criteria. 

— GR-2955-CORE, Operations Functional Requirements for Integrated SONET/ 
ATM Element Management Systems (EMS). 

• ATM: 

— GR-1 1 10-CORE, Broadband Switching System (BSS) Generic Requirements. 

— GR-1 1 13-CORE, Asynchronous Transfer Mode (ATM) and ATM Adaptation 
Layer (AAL) Protocols Generic Requirements. 

— GR-i 1 15-CORE, BISDN Inter/Intra-Carner Interface (B-ICI) Generic 
Requirements. 

— GR-1248-CORE, Generic Requirements for Operations of ATM Network 
Elements. 

— GR'-2i42-COIi£, ATM Service Access Multiplexer (SAM) Generic Requirements. 

— GR-2980-CORE, Generic Criteria for A TM Layer Protection Switching 
Mechanism. 

— TR-NWT-0 1112, Broadband ISDN User to Network Interface and Network Node 
Interface Physical Layer Generic Criteria, 

•TMN: 

— GR-2869-CORE, Generic Requirements for Operations Based on the 
Telecommunications Management Network (TMN) Architecture. 

1.2 Target Audience 

The criteria contained in this document are intended to advise the telecommunications 
industry of Bellcore's view of a new network element and proposed requirements for the 
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latter. In a narrower sense, the information is targeted to service providers' broadband 
network and operations planners and implementers, as well as suppliers of SONET ATM 
ring equipment. 

1 .3 Structure and Use of This Document 

The remainder of this GR is organized as follows: 

• Section 2 discusses SONET, ATM, and Hybrid terminology, network elements, and 
networks. 

• Section 3 describes potential ring network applications for SONET ATM network 
elements. 

• Section 4 covers the functional model and associated requirements for ATM Virtual 
Path functionality in SONET rings. 

• Section 5 reviews the operations functionality and provides requirements covering the 
operations architecture, operations functions, and network traffic management, and 
describes how these functions are supported by operations communications, operations 
flows, and operations interfaces. 

• Detailed references and ordering information appear in the References section. 

• Acronyms used throughout the document are listed in the Acronyms section. 

• A summary of all requirements appears in the Requirement-Object List. 

• An index of all requirements ordered by absolute number, relating to local number and 
page number, appears in the Requirement-Object Index. 

1 .4 Major Changes from Issue 3 

This section lists the major changes since Issue 3 of GR-2837-CORE. 

• Section 2 has been expanded and introduces a new and more consistent terminology. 
The other sections have been aligned to reflect the new terminology. Further, 
overviews on ATM protection switching and ring interconnection have been added. 

• Section 3 is a new section, presenting potential network applications. Material from the 
previous Sections 3 and 4 is now in Sections 4 and 5, respectively. 

• Section 4 has been expanded with respect to functional models and requirements. 

• ATM layer protection switching has been aligned with the preliminary agreements 
reached in national and international standards bodies. 
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. Section 5 has been expanded to include detailed descriptions of functions and 
procedures as well as requirements for network traffic management. 

1.5 Requirements Terminology 

The following requirements terminology is used throughout this document: 

. Requirement - Feature or function that, in Bellcore's view, is nece^^ary to satisfy the 
needs of a BCC. Failure to meet a requirement may cause apphcation restnctions, result 
in improper functioning of the product, or hinder operations. A Requirement contains 
the words shall or must and is flagged by the letter "R." 
. Conditional Requirement- Feature or function that, in Bellcore's view, is necessary 
in specific BCC applications. If a BCC identifies a Conditional Requirement as 
necessary, it shall be treated as a requirement for the application(s). Conditions that 
may cause the Conditional Requirement to apply include, but are not lunited to, certam 
BCC application enviromnents, elements, or other requirements, etc. A Conditional 
Requirement is flagged by the letters "CR." 
. Objective — Feature or fimction that, in Bellcore's view, is desirable and may be 
required by a BCC. An Objective represents a goal to be achieved. An Objective may 
bereclassifiedasaRequirementataspecifieddate.Anobjectiveisflaggedbytheletter 

"O" and includes the words it is desirable or it is an objective. 
. Conditional Objective - Feature or function that, in Bellcore's view, is desirable in 

specific BCC applications and may be required by a BCC. It represents a goal to be 

achieved in the specified Condition(s). If a BCC identifies a Conditional Objective as 

necessary, it shall be treated as a requirement for the application(s). A Conditional 

Objective is flagged by the letters "CO." 
. Condition - The circumstances that, in Bellcore's view, will cause a Conditional 

Requirement or Conditional Objective to apply. A Condition is flagged by the letters 

"Cn." 

1 .6 Requirement Labeling Conventions 

As part of Bellcore's new GR Process, proposed requirements and objectives are labeled 
using conventions that are explained in the following two sections. 

1 .6.1 Numbering of Requirement and Related Objects 

Each Requirement, Objective, Condition, Conditional Requirement, and Conditional 
Objective object is identified by both a local and an absolute number. The local number 
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consists of the object's document section number and its sequence number in the section 
(e.g., R3-1 is the first Requirement in Section 3). The local number appears in the margm 
to the left of the Requirement. A Requirement object's local number may change in 
subsequent issues of a document if other Requirements are added to the section or deleted. 

The absolute number is a permanently assigned number that will remain for the life of the 
Requirement; it will not change with new issues of the document. The absolute number is 
presented in brackets (e.g., 12]) at the beginning of the requirement text. 
Neither the local nor the absolute number of a Conditional Requirement or Conditional 
Objective depends on the number of the related Condition(s). If there is any ambiguity 
about which Conditions apply, the specific Condition(s) will be referred to by number m 
the text of the Conditional Requirement or Conditional Objective. 

References to Requirements, Objectives, or Conditions published in other Generic 
Requirements documents will include both the document number and the Requirement 
object's absolute number. For example, R2345-12 refers to Requirement [12] in GR-2345. 

1 .6.2 Requirement, Conditional Requirement, and Objective Object 
Identification 

A Requirement object may have numerous elements (paragraphs, lists, tables, equations, 
etc.). To aid the reader in identifying each part of the requirement, an ellipsis character (...) 
appears in the margin to the left of all elements of the Requirement. 
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2. Background and Terminology 

This section begins with a general discussion of ATM transport over SONET ATM 
networks, and then presents a terminology for SONET, ATM, and Hybrid SONET/ATM 
entities, together with a set of definitions. This terminology is slightly modified from the 
one used in the previous issue in order to provide more consistency between the three types 
of entities. The section then moves into an overview of SONET, ATM, and Hybrid 
SONET/ ATM network elements (NEs). Following is a more detailed discussion of the 
efficiency of ATM transport in Hybrid SONET/ ATM rings, and overviews on ATM 
protection switching and ring interconnection, 

2.1 SONET ATM Transport Networks 

One can distinguish between three basic methods for transporting ATM and STM traffic 
over SONET physical layer facilities. Figure 2-1 shows the three methods for combining 
ATM and STM traffic over a single transport network. 




2. Hybrid SONET/ATM 
Transport NE carrying 
hybrid traffic 



Figure 2-1. Three Methods of Combining ATM and STM Traffic 

The first method uses conventional SONET transport NEs and combines the ATM and 
STM traffic onto the same SONET facility, but over different STS-ls or STS-Ncs. ATM 
cells are mapped to SONET payloads (e.g., into an STS- 1 or STS-Nc Synchronous Payload 
Envelope) but the SONET transport NEs only process at the SONET layer; they do not 
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process at the ATM layer. Each ATM cell stream from the customer requires its own STS- 
l or STS-Nc with this method, even if it uses only a small fraction of the bandwidth. Figure 
2-2 shows an example network using conventional ATM and SONET NEs. ATM edge and 
hub switches can be used for ATM cell switching, and SONET ring ADMs and DCSs can 
be used for transport. The SONET transport network provides transparent transport of 
ATM cells from the customer ATM CPE to the ATM switch and back to the customer ATM 
CPE. 



ATM Switch 



/SONET Transport 
-( Network, e.g., Ring, 
\Point to Point 




Figure 2-2. Conventional ATM Switching and SONET Transport Network 

The second method for combining ATM and STM traffic over a single transport network 
uses Hybrid SONET/ATM NEs and also combines the ATM and STM traffic onto the same 
SONET facility over different STS-Ncs. However, Hybrid SONET/ ATM NEs are SONET 
NEs with ATM cell processing capability, allowing the ATM traffic from different sources 
to be aggregated and carried in a single STS-1 or STS-Nc, resulting in more efficient 
transport. The term Hybrid SONET/ATM. or Hybrid for short, is used to refer to networks, 
equipment, and traffic. Figure 2-3 shows an example of a Hybrid SONET/ATM network 
using Hybrid SONET/ATM NEs. An ATM Service Access Multiplexer (SAM) is used at 
the edge of the public ATM network to provide ATM interfaces and adaptation for 
customer services. The Hybrid Ring is a SONET based ring (either UPSR or BLSR) in 
which the ADMs have ATM cell processing capabilities. This allows sharing of a SONET 
payload for ATM traffic among several ring nodes. The Hybrid DCS provides ATM VP 
level cross-connection, grooming and management. 




DS1/DS3/0C-N 



Native LAN 
Interfaces 



ATM Sen/ice 
Access Multiplexer 



Native LAN 
Interfaces 



Figure 2-3. Hybrid SONET/ATM NEs in an Example Network 



2-2 



GR-2837-CORE 



Issue 4, February 1998 



ATM VP Ring Functionality in SONET 
Background and Teminoiogy 



The third method for transporting ATM and STM traffic over a single transport network 
uses pure ATM NEs that convert the STM traffic into ATM cells (via ATM Circuit 
Emulation Service [CES]) and carry all STM and ATM traffic as ATM cells in a single 
STS-Nc. The term pure A TM, or A TM for short, is used to refer to networks, equipment, 
and traffic. Figure 2-4 shows an example of a pure ATM network using pure ATM NEs. It 
is similar to the above Hybrid network, but STM signals are carried through the two ATM 
Rings via circuit emulation and are restored to STM before they continue their path through 
the Hybrid DCS to the Local Digital Switch. 




DS1/DS3/0C-N 



Native LAN 
Interfaces 



ATM Sen/ice 



SAM 



DS1/DS3 



Native U\N 
Interfaces 



Access Multiplexer 

Figure 2-4. Pure ATM NEs in an Example Network 



Figure 2-5 shows the transport protocol layer structure that is used with each of these three 
methods for transporting ATM and STM traffic. STM Transport corresponds to method 1 
in Figure 2-1 (with conventional SONET NEs), where the ATM cells are completely 
transparent to the SONET NEs. Hybrid Transport corresponds to method 2 in Figure 2- 1 
(with Hybrid SONET/ATM NEs), where the NEs have visibility into both the SONET 
signal for STM traffic and the ATM cells for ATM traffic. ATM Transport corresponds to 
method 3 in Figure 2-1 (with ATM NEs), where the NEs have visibility of the ATM cells 
only; these ATM cells carry both ATM traffic and STM traffic converted into ATM via 
CES. Note that with all three methods, SONET is the underlying transport mechanism. 

As seen in these figures, there are several ways that ATM and STM services can be 
transported. Two of them provide efficient ATM transport, each one optimized for certain 
applications as follows. 

Hybrid transport NEs are well suited for use throughout an evolution from STM services to 
STM and ATM services and finally to all ATM services. Hybrid transport NEs are capable 
of handling the full range from 100% STM (0% ATM) to x% STM (100-x% ATM) to 0% 
STM (100% ATM). Thus, Hybrid transport NEs will assist service providers in making a 
gradual transition from an embedded base of existing SONET networks to all ATM 
networks, with efficient ATM transport throughout. 
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Pure ATM transport NEs are well suited for new installations of networks carrying mainly 
AIMt^Landprovidingavark 

L latter through CES). Thus, pure ATM transport NEs will enable service providers to 
en^r new S^s for broadband services where there is no embedded base of existing 

SONET networks. 
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Figure 2-5. Layer Structure of STM and ATM Transport Methods 



2.2 Terminology and Definitions 



2.2.1 Summary 

This section summarizes the terms and definitions used in this GR in the form of a glossary _ 
^h Srology for SONET. ATM. and Hybrid SONET/ATM entires is slightly modified 
from the one iSd in the previous issue of this GR in order to provide more consistency 
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between the three types of entities. The terms are used throughout this document and are 
explained in more detail in the following sections. 



Transpoii Networks 

SONET Network (short for pure SONET Network): 

A network that carries only conventional SONET STM signals. Such a network 
contains only pure SONET NEs. The network may also transparently transport STM 
signals (i.e., DSn and SONET STS-N) that contain ATM cells as payload, referred to 
as conventional ATM on SONET. However, the SONET network does not have 
visibility to the ATM layer. 

ATM Network (short for pure ATM Network): 

A network that carries only ATM cells on SONET STS-ls or STS-Ncs, or on a non- 
SONET physical layer, for example DS3. Such a network contains only pure ATM 
NEs, The network may also transparently transport ATM cells that contain STM 
signals (i.e., DSn and SONET STS-N) in the form of ATM circuit emulation. 

Hybrid Network (short for Hybrid SONET/ ATM Network): 

A network that carries SONET STM signals on some of the STS-Ns and ATM cells 
on other STS-Ns (STS-ls or STS-Ncs). Such a network contains Hybrid NEs, and in 
addition it may also contain pure SONET NEs and pure ATM NEs. The Hybrid and 
ATM NEs provide efficient ATM access to the network. 



Transport Network Elements - Generic 

SONET NE (short for pure SONET Transport Network Element): 

An NE that processes all traffic at the STM layer (time slot processing/routing and 
time division multiplexing). It is also able to process or transparently pass STM 
signals (i.e., DSn and SONET STS-N) that contain ATM cells as payload, referred to 
as conventional ATM on SONET. 
ATM NE (short for pure ATM Transport Network Element): 

An NE that processes all traffic at the ATM layer (ATM cell processing/routing and 
ATM ceU multiplexing). It may have SONET STS-N or STS-Nc or other physical 
layer interfaces for the transport of ATM cells. At such an interface, the SONET or 
other physical layer is always terminated and the ATM cells are separated from the 
payload. The ATM NE may also be able to process or transparently pass ATM cells 
that contain STM signals (i.e., DSn and SONET STS-N) in the form of ATM circuit 
emulation. 



2-5 



ATM VP Ring Functionality In SONET 
Background and Terminology 



GR-2837-CORE 
Issue 4, February 1998 



Hybrid NE (short for Hybrid SONET/ATM Transport Network Element): 

An NE that can process traffic at the STM layer (time slot processing/routing anc 
division multiplexing) as well as the ATM layer (ATM cell processing/routmg 
ATM cell multiplexing). This means it can perform the functions of a SONET 
well as an ATM NE. 



Transport Network Elements - Specific 

SONET ADM (short for pure SONET Add/Drop Multiplexer): 

A SONET NE with STM (STS or VT level) add/drop functionality. The SONET 
ADM may be suitable for linear and/or ring applications. A SONET Ring ADM may 
be configured for use in a 2-fiber UPSR, or a 2-fiber or 4-fiber BLSR, each with STM 
layer self-healing characteristics. 

SONET ATM VP ADM: 

An NE with a SONET physical layer that may either process ATM traffic exclusively 
(Pure ATM ADM, see below) or that may be able to process a combination of ATM 
and STM traffic (Hybrid ADM, see below). 

Pure ATM ADM (short for pure ATM Add/Drop Multiplexer): 

An ATM NE with ATM VP add/drop functionality. The ATM ADM may be suitable 
for linear and/or ring applications. An ATM Ring ADM may be configured for use m 
an ATM UVPSR (see below) or an ATM BVPSR (see below). Such rmg 
configurations do not have the STM layer self-healing characteristics found m SONET 
rings. ATM layer protection will take its place. 

Hybrid ADM (short for Hybrid SONET/ATM Add/Drop Multiplexer): 

A Hybrid NE with STM (STS or VT level) and ATM VP add/drop functionality. The 
Hybrid ADM may be suitable for linear and/or ring applications. A Hybnd Ring 
ADM may be configured for use in a 2-fiber Hybrid UPSR, or a 2-fiber or 4-fiber 
Hybrid BLSR, each with STM layer self-healing characteristics. ATM layer 
protection may also be provided for ATM traffic. In a UPSR, ATM layer protection is 
the only means used for protecting ATM traffic (see explanation m Section 2.4.2). 

SONET DCS (short for pure SONET Digital Cross-Connect System): 

A SONET NE with STM Broadband (STS level) and/or Wideband (VT level) Digital 

Cross-Connect System fimctionality. 
ATM VPX (short for pure ATM Virtual Path Cross-Connect): 

An ATM NE with ATM VP Digital Cross-Connect System functionality (an ATM 

DCS). 
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ATM vex (short for pure ATM Virtual Channel Cross-Connect): 

An ATM NE with ATM VC Digital Cross-Connect System functionality (an ATM 
DCS). 

Hybrid DCS (short for Hybrid SONET/ ATM Digital Cross-Connect System): 

A Hybrid NE with STM Broadband (STS level) and/or Wideband (VT level) and 
ATM (VP or VC level) Digital Cross-Connect System functionality. 

ATM SAM (short for ATM Service Access Multiplexer): 

An ATM NE that aggregates traffic from multiple broadband service access interfaces 
into ATM cells placed onto a single higher speed "trunk side" interface. 



Rings - Generic 

SONET Ring (short for pure SONET Ring): 

A ring configuration (UPSR or BLSR type) that carries only conventional SONET 
STM traffic. The ring consists of pure SONET ADMs with self-healing STM layer 
protection, but without ATM layer visibility. 

SONET ATM VP Ring: 

A ring configuration with a SONET physical layer that may either carry ATM traffic 
exclusively (Pure ATM Ring, see below) or that may be able to carry a combination 
of ATM and STM traffic (Hybrid Ring, see below). 

Pure ATM Ring: 

A ring configuration (UVPSR or BVPSR type) that carries only ATM cells at the 
ATM VP layer on SONET STS-ls or STS-Ncs, or on a non-SONET physical layer, 
for example DS3. The ring consists of pure ATM ADMs and does not have self- 
healing STM layer protection; ATM VP layer protection will take its place. 

Hybrid Ring (short for Hybrid SONET/ ATM Ring): 

A SONET ring configuration (UPSR or BLSR type, with or without VP protection) 
that carries SONET STM traffic on some of the STS-Ns and ATM cells on other STS- 
Ns (STS-ls or STS-Ncs). The ring consists of Hybrid ADMs, and in addition it may 
also contain pure SONET ADMs, both with self-healing STM layer protection. The 
ring may also provide ATM layer protection for ATM traffic. 
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Rings - Specific 

SONET UPSR (short for pure SONET Unidirectional Path- Switched Ring): 

A 2-fiber SONET Unidirectional Path-Switched Ring consisting of SONET ADMs 
with self-healing STM layer protection (path switches). 

SONET BLSR (short for pure SONET Bidirectional Line-Switched Ring): 

A 2-fiber or 4-fiber SONET Bidirectional Line-Switched Ring consisting of SONET 
ADMs with self-healing STM layer protection (ring switches, and also span switches 
in the 4-fiber BLSR). 
ATM UVPSR (short for pure ATM Unidirectional Virtual Path Switched Ring): 

A pure ATM Ring consisting of pure ATM ADMs, using unidirectional routing, with 
an ATM VP layer protection mechanism that is modeled after the SONET UPSR 
protection mechanism for STM traffic. It does not have the STM layer self-healing 
characteristics found in SONET rings. 
ATM BVPSR (short for pure ATM Bidirectional Virtual Path Switched Ring): 

A pure ATM Ring consisting of pure ATM ADMs, using bidirectional routing, with 
an ATM VP layer protection mechanism that might be modeled after the SONET 
BLSR protection mechanism for STM traffic. It does not have the STM layer self- 
healing characteristics found in SONET rings. 
Hybrid VP UPSR (short for Hybrid SONET/ATM Virtual Path Unidirectional Path- 
Switched Ring): 

A Hybrid Unidirectional Path-Switched Ring consisting of Hybrid ADMs. The ring 
may also include pure SONET ADMs. It provides ATM layer protection at the VP 
level for ATM traffic. It also provides self-healing STM layer protection, but only for 
the STS-Ns that carry SONET STM signals (path switches). STM layer protection 
cannot protect ATM traffic (see explanation in Section 2.4.2). 
Hybrid VP BLSR (short for Hybrid SONET/ ATM Virtual Path Bidirectional Line- 
Switched Ring): 

A Hybrid Bidirectional Line-Switched Ring consisting of Hybrid ADMs. The ring 
may also include pure SONET ADMs. It provides ATM layer protection at the VP 
level for ATM traffic. It also provides self-healing STM layer protection for at least 
the STS-Ns that carry SONET STM signals (ring switches, and also span switches for 
the 4-fiber BLSR). 

Hybrid UPSR (short for Hybrid SONET/ ATM Unidirectional Path-Switched Ring): 

A Hybrid Unidirectional Path-Switched Ring consisting of Hybrid ADMs. The ring 
may also include pure SONET ADMs. There is no ATM layer protection for ATM 
traffic. There is self-healing STM layer protection, but only for the STS-Ns that carry 
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SONET STM signals (path switches). STM layer protection cannot protect ATM 
traffic (see explanation in Section 2,4.2). 

Hybrid BLSR (short for Hybrid SONET/ ATM Bidirectional Line-Switched Ring): 

A Hybrid Bidirectional Line-Switched Ring consisting of Hybrid ADMs. The ring 
may also include pure SONET ADMs. There is no ATM layer protection. There is 
self-healing STM layer protection for at least the STS-Ns that carry SONET STM 
signals (ring switches, and also span switches for the 4-fiber BLSR). 



ATM Switches 

ATM ESS (short for ATM Broadband Switching System): 

A large capacity ATM switch usually placed in the core network and often referred to 
as an ATM Hub Switch. It may act as a tandem switch or as a local switch or as a 
combined tandem/local switch. 

ATM ES (short for ATM Edge Switch): 

A small ATM switch placed at the edge of the ATM network. It acts as a local switch 
directly serving subscribers/users. 



Table 2-1 lists the six types of SONET rings with ATM VP capabilities that have been 
identified. 

Table 2-1, Summary of SONET ATM VP Ring Types 
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The last two types shown in the table are pure ATM Rings consisting of pure ATM NEs 
which may be used for pure ATM networks. These six types are in addition to the two types 
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of conventional SONET Rings, the SONET UPSR and the SONET BLSR, which are not 
discussed further here. The table provides the naming convention for SONET ATM VP 
Rings. The following guidelines are used to define the ring types based on their respective 
transport and protection mechanisms: 

• Transport: If a ring supports the adding and dropping of both, STM and ATM VP 
traffic, then Hybrid is used as the first term, A ring supporting the adding and dropping 
of ATM VP traffic only (with CES for STM traffic, if apphcable), uses ATM as the 
first term. 

• STM Protection: In a Hybrid Ring, the type of SONET Ring, UPSR or BLSR, is used 
as the last term, indicating the type of STM layer self-healing ring protection. The 
BLSR type includes both, 2-fiber as well as 4-fiber rings. It is assumed that in Hybrid 
Rings STM traffic is always protected at the STM layer, unless STM traffic is carried 
in the form of CES. Pure ATM Rings (i.e., ATM UVPSR and ATM BVPSR) may also 
carry STM traffic in the form of CES and protect such traffic at the ATM VP layer. 

• ATM Protection: If ATM VP layer protection is used to protect the ATM traffic, then 
the term VP is used afler the term Hybrid or ATM as follows. A Hybrid Ring with VP 
protection for the ATM traffic is classified as Hybrid VP. A pure ATM ring with VP 
protection is classified as ATM UVPSR or ATM BVPSR, depending on the type of 
protection employed. The ATM UVPSR protection mechanism is modeled after the 
SONET UPSR dedicated protection mechanism for STM traffic; an example is shown 
in Figure 3-9. The ATM BVPSR uses bidirectional routing and its protection 
mechanism might be modeled after the SONET BLSR shared protection mechanism 
for STM traffic but has not been defined yet. It is assumed that in Hybrid VP Rings 
ATM traffic is always protected at the ATM VP layer. However, a Hybrid BLSR may 
protect ATM traffic at the STM layer. 

Table 2-2 provides another view on how different combinations of transport multiplexing 
and transport protection can be implemented. The table illustrates how the different types 
of rings previously defmed can potentially be deployed to carry different traffic types with 
different protection mechanisms. The rows indicate transport multiplexing options 
including only STM multiplexing (i.e., all traffic carried in STM format with no ATM 
processing on the ring), ATM multiplexing (i.e., all traffic carried in ATM format and 
processed via ATM multiplexing) and Hybrid multiplexing (i.e., some traffic carried in 
STM format and some traffic carried in ATM format). 

The columns indicate the protection layer used. The options are SONET layer protection 
for all traffic, ATM layer protection for all traffic, and both SONET and ATM layer 
protection. When only STM traffic is carried, the existing SONET layer protection 
mechanisms can be used. This is the case for existing SONET UPSR and BLSR rings. As 
noted above, these rings can carry ATM traffic but the ATM characteristics are transparent 
to the rings that only process and protect traffic at the SONET layer. 

When all traffic is carried in ATM format and only SONET layer protection is provided, 
only the Hybrid BLSR can be used where the ATM traffic is multiplexed with ATM 
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Table 2-2. Summary of Ring Transport Multiplexing and Protection Switching 

Alternatives 





SONET Layer 
Protection Only 


ATM Layer 
Protection Only 


SONET and ATM 
Layer Protection 
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Only 
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only on ring) 


. SONET UPSR 
• SONET BLSR 

(Conventional 
SONET) 


- Not applicable 

(assuming only 
STM multiplexing 
and STM traffic) 


• Not applicable 

(assuming only 
STM multiplexing 
and STM traffic) 


ATM Multiplexing 
Only 
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. Hybrid BLSR 

(ATM traffic 
protected by 
SONET layer) 
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protected by 
ATM layer) 
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(i.e., both STM and 
ATM traffic on ring) 
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(All traffic 
protected by 
SONET layer) 


- ATM UVPSR 

- ATM BVPSR 

(STM traffic via 
CES. protected by 
ATM layer) 


- Hybrid VP UPSR 

- Hybrid VP BLSR 



mechanisms but protection is provided via the existing SONET BLSR STM protection 
protocol. Note that this mechanism has limitations in how effective it is for protecting ATM 
traffic. Sole reliance on the existing SONET BLSR STM protection mechanism can 
potentially result (under certain failure conditions) in unnecessary squelching of ATM 
traffic (unless the current squelching protocol is modified) to account for ATM Virtual Path 
connections on the ring. The Hybrid UPSR does not protect ATM traffic via the existmg 
SONET UPSR STM protection protocol (see explanation in Section 2.4.2). 

Another altemative for the case of all ATM traffic is to use ATM UVPSR or ATM BVPSR 
rings that can only provide ATM layer protection mechanisms (i.e., these rmgs are not 
designed to provide SONET layer protection mechanisms). Another possibiUty for the case 
of aU ATM traffic is to utilize the Hybrid Rings that can provide ATM VP protection (i.e., 
Hybrid VP UPSR, Hybrid VP BLSR) but to disable the SONET layer protection since all 
traffic is carried in ATM format. Since 100% of the traffic is carried in ATM format, all of 
this traffic would be protected using ATM mechanisms. Note that if there was a change of 
traffic on the ring (e.g., some traffic was carried in STM format), the SONET protection 
mechanisms could be enabled for the Hybrid Rings. 

For the case of mixed STM and ATM traffic, it is possible to utilize rings that only 
implement SONET layer protection (i.e., Hybrid BLSR). As noted previously, one 
consideration is that using the SONET layer protection for ATM traffic may unpose some 
limitations. It is also possible to utilize rings that only implement ATM layer protection 
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(i.e., ATM UVPSR and ATM BVPSR) if the STM traffic •.earned via CES. In nngs that 
mplement both, SONET as well as ATM layer protection (i.e., Hybrid VP UPSR and the 
Hybnd VP BLSR), the SONET layer protection is used for SONET traffic and the ATM 
layer protection mechanism is used for ATM traffic. 

The following sections describe the NEs defined above in more detail and show how they 
may be deployed in networks. The NEs are grouped as follows: 

• Conventional SONET Transport NEs 

1 . SONET Add/Drop Multiplexer (ADM) - Linear and Ring 

2. SONET Digital Cross-Connect System (DCS) - Wideband and Broadband 

• ATM Transport NEs 

1 . ATM Service Access Multiplexer (SAM) 

2. ATM Add/Drop MuUiplexer (ADM) - Linear and Ring 

3. ATM Cross-Connect 

• ATM Switches 

1. ATM Edge Switch (ES) 

2. ATM Hub Switch (BSS) 

• Hybrid Transport NEs 

1. Hybrid ADM 

2. Hybrid DCS. 

2.2.2 Conventional SONET Transport NEs 



2.2.2.1 SONET ADM 



A SONET ADM adds and drops a variety of digital signals from a SONET OC-N signal 
Ltp^S^^ughonthehighVedside.Tlieadde^^^^^ 

ports of a SONET ADM may be SONET STM or DSn (e.g DSl and DS3) sign^s.The 
SONET STM signals are OC-M signals that are multiplexed into the higher speed OC-N 
signal (M<N). A SONET ADM may be used in linear chain applications or m nng 
configuration A SONET Ring ADM may be configured for ^^J^^''^'^';'''';^^^^^ 
SwitclTed Ring (UPSR) or a Bidirectional Line-Switched Rmg (BLSR), each with STM 
lay r self-heafing characteristics. The latter provide high ^-^^^f .^^ ^'^^^I^^^ 
service restoration in the case of failures. Tliese ring types ^'l*?^^^^^!^? "c^^^p 
briefly described in the following two sections. Requirements for basic SONET Add/Drop 
Multiplexer functionality can be found in TR-NWT-000496. 
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A ring composed only of SONET ADMs is limited to transporting ATM cells added/ 
dropped as a whole SONET payload (i.e., STS-Nc SPE) or DSn payload. It does not have 
the capability of dropping individual ATM cells that may be carried within the SONET or 
DSn payloads. 



2.2.2.2 Unidirectional Path-Switched Ring Overview 

A Unidirectional Path-Switched Ring^ (UPSR) is a 2-fiber ring where the two transmission 
directions of a working path (e.g., A-to-B and B-to-A) travel around the ring in one 
direction^ on one fiber, and the two transmission directions of a protection path in the other 
direction on the other fiber. Figure 2-6 shows the UPSR structure for an OC-N ring. Traffic 
from A to B entering the ring is dual-fed at the source node (A) in both directions around 
the ring, on the working fiber in one direction, and on the protection fiber in the other 
direction. At the destination node (B), a path selector selects the better of the two received 
signals to exit the ring. Traffic from B to A is handled in the same manner. Figure 2-6 
shows only one path, a path between nodes A and B (both directions). This path could be 
an STS path, or a VT path. A ring can carry many such paths between many node pairs on 
the ring. 




Figure 2-6. Unidirectional Path-Switched Ring (UPSR) 



The total bandwidth for aU paths carried on the UPSR is limited to OC-N and is shared by 
all nodes on the ring. Bandwidth in non-overlapping sections of the ring cannot be reused. 
The UPSR provides protection against single line (or link) failures or single node failures. 



1 . The term "unidirectional" in the UPSR refers to the traffic direction around the ring and should not be confused with 
the fact that the UPSR is designed for bidirectional symmetric transmission. 

2. Since both transmission directions of working paths travel around the ring in one dlrectioa (i.e.. in the clockwise 
direction in the example in Figure 2-6), the ring is called a "unldlrectlonar ring. 
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A cable cut between A and B in Figure 2-6, for example, would cause the selection of the 
A-to-B path from the protection fiber, and would leave the B-to-A path untouched on the 
working fiber GR-1400-CORE provides generic criteria for SONET UPSR equipment. 



2.2.2.3 Bidirectional Line-Switched Ring Overview 

A Bidirectional Line-Switched Ring (BLSR) can be a 2-fiber or a 4-fiber ring, where the 
two transmission directions of a working path travel on the same route m opposite 
directions. Protection switching is performed at the line level, whereas it is done at the path 
level in the UPSR. Protection mechanisms are slightly different between the two types ot 
BLSRs, as explained in the following. GR-1230-CORE provides genenc cntena for 
SONET 2-fiber and 4-fiber BLSR equipment. 

Figure ^-7 shows the 2-fiber BLSR structure for an OC-N ring. Protection is provided by 
reserving half the bandwidth (half the time slots) on each fiber for protection. The workmg 
half of each fiber (W 1 and W2) is protected by the protection half on the other fiber (P I and 
P2 respectively), traveling around the ring in opposite direction. This limits the span 
capacity to OC-N/2 (half the bandwidth of OC-N); however, bandwidth in non-overlapping 
sections of the ring can be reused. A cable cut between A and B, as indicated in Figure 
7 causes the ADMs in the two adjacent nodes to perform a ring switch at the Ime level (a 
loop back), comiecting aU working channels facing the cable cut to the protection channels 
in the opposite direction. This mechanism provides protection against single line failures or 
single node failures. 




WoiUng PreteOion 

mi 

Time Slots 

Figure 2-7. Two-Fiber Bidirectional Line Switched Ring (BLSR) 

Figure 2-8 shows the 4-fiber BLSR structure for an OC-N ring. Protection is provided by 
two separate protection fibers in addition to the two working fibers. This allows a span 
capacity of OC-N, and fiirther, bandwidth in non-overlapping sections of the nng can be 
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reused. A cable cut between A and B, as indicated in Figure 2-8, causes the ADMs in the 
two adjacent nodes (A and B) to perform a ring switch at the line level (a loop back), 
connecting the working fibers facing the cable cut to the protection fibers in the opposite 
direction. This mechanism provides protection against single line failures or single node 
failures. 




Figure 2-8. Four-Fiber Bidirectional Line Switched Ring (BLSR) - Ring Switch 

A second protection mechanism is available in the 4-fiber BLSR. A failure that affects only 
the working fibers between A and B, as shown in Figure 2-9, can be protected by a span 
switch between adjacent nodes (A and B), very similar to protection switching in a point- 
to-point architecture. 




Figure 2-9. Four-Fiber Bidirectional Line Switched Ring (BLSR) - Span Switch 
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2.2.2.4 SONET DCS 

A SONET DCS can be categorized as either a SONET Wideband DCS (W-DCS) or a 
SONET Broadband DCS (B-DCS). A SONET W-DCS cross-connects at the VTl .5 level 
(i e has a VT1.5 cross-connect matrix) and provides SONET signal tennmation and 
mul iplexing. The SONET interfaces may be STS-1, STS-3, or OC-N. In addition, the 
SONET W-DCS may provide DSl and DS3 interfaces. A SONET B-DCS cross-comiects 
at the STS-l or higher level (i.e., has an STS-1 or higher cross-comiect matnx) and 
provides SONET signal termination and multiplexing. The SONET interfaces nrny be 
STS-1, STS-3, or OC-N. In addition, the SONET B-DCS may provide DS3 mterfaces. 
The SONET DCS performs many functions such as grooming, add/drop, broadcast facility 
rolling, performance monitoring, test access, and remote configuration. Each of these 
functions are described in GR-2891-CORE. 

Grooming is a function that allows efficient use of botti incoming and ^^^^^^^^^^^ 
by the cross-comiection of tributaries. Grooming includes consohdation and segregation. 

Consolidarion improves the fill factor of a given facility by combining ^nbu^i^^^^^^^^ 
partially filled incoming facilities into a smaller number of more highly utilized outgomg 
Lilities. This maximizes the useofexistinghigh-speedtransportfacihties,andreducesti^^^ 

equipment needed in the office. Segregation simplifies maintenance and routerestoration 
procedures by sorting out mixed tributaries on incoming facilities by service ^e 
destination, or protection category, resulting in uniform content on outgomg facilities. 
An add/drop function is provided by DCSs with a multiplexing function aUowing access 
to incoming and outgoing tributaries embedded within a termmating high-speed fecdity^ 
Such tribumries may then be added and dropped. This is *e same 
ADM but it allows higher flexibility by providing Time Slot Interchange (TSI) capability. 
An ADM usually only provides the Time Slot Assignment (TSA) capabihty . 
In ring applications, a conventional DCS is normally deployed between rings, without 
being a pi of the ring. An enhanced type of DCS is a SONET nng DCS. Even though the 
ring DCS can be used to provide the same basic funcUons as an ADM does the major 
^pe° s to the deployment of SONET ring DCSs is the capability of such DCSs to provide 
™ng transport functions for more than one ring, thus providing direct rmg mtercomiection. 
GR-1375-CORE covers SONET DCSs with ring functionality. 
Basic ATM transport capability in a DCS can be P^^ided by simple in^^^ mapping of 
STS-1, STS-3C, or STS-12c through the STM fabric of a SONET DCS. 



3 TSI permit mapping of a rime slot on an eas, side high-speed port to any other ttme slot on a -''^^'^ •"S^J^P*^ 
poi,^rtoanytlsUdropport.TSApermi.smappingofatimesloton.hee«ts.d^ 
numbered time slot on the west side high-speed port, or to any low-speed drop port. 
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2.2.3 ATM Transport NEs 



2.2.3.1 ATM SAM 

The SAM is an ATM service access node typically deployed at the edge of a public ATM 
network. The basic function of the SAM is to aggregate traffic from multiple broadband 
service access interfaces and to deliver this service traffic via a single high-speed interface 
to a BSS or an Edge Switch (ES) for service feature processing and switching as depicted 
in an example in Figure 2- 10. 



DS3/ SONET SONET 



ATM CRS 

FRS 

LAN 

SMDS 

DS1/DS3 CES 
Video 




Figure 2-10. Example of SAM Deployment 

By aggregating traffic, the SAM provides a highly filled interface either directly to an ATM 
switch (a BSS or an ES) or indirectly through a network (a SONET, ATM, or Hybnd 
network). Services supported may include: 

1. SMDS 

2. PVCFRS 

3. PVCCRS 

4. Native Mode Local Area Network (LAN) Interconnection Service 

5. DS1/DS3CES 

6. Video 

7. XDSL based Services. 

SAMs optimized for supporting XDSL (e.g., ADSL) interfaces to subscribers are called 
Digital Subscriber Line Access Multiplexers (DSLAMs). 

The SAM function can be realized either in a stand-alone NE or it can be integrated into 
another NE such as a Hybrid ADM or Hybrid DCS. If the SAM function is implemented m 
a Hybrid NE, then the SAM Interface (SAMI) at the SAM is one of the internal STS paths, 
as shown in Figure 2-11. The SAM would interface to the SONET STM function at the 
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synchronous Payload Envelope (SPE) layer. The -q— ^ '^^^"^^ 
description of the SAM functions can be found m GR-2842-CORE. 




Figure 2 



Hybrid NE_ 

.11. Example of SAM Function Implemented in Hybrid NE 



2.2.3.2 ATM ADM 

Pure ATM ADMs are similar to SONET ADMs. except *at^^^^^^^ T^^^^^Z 
signals at their low-speed ports. These signals are part of the ^^^P^^ ^^^^^^ g^-S Nc or 
between the high-speed ports. The J^^^P^^ ^^f^.^^^^^^ 
other physical layer interfaces for the ^'^f^^^^'tltcT^^^ Pass 

when compared to SONET ADMs. 

the basic ADM fimction, addmoml capabilmes (»uld "™ ,j,,_cobei An 
bteresting additional fimclion «oald be to f^'"^.^™ "^s „e,h„d J for 

d^riwSs'n iTsTS-N) .ha. »o convened in» an ATM cell atteam. 



2 2 3 3 ATM Cross-Connect 
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will not require such functionality as real-time switching with call and connection 
signaling. In other words, an ATM cross-connect will only play a role in establishing P VCs, 
while a BSS can establish both PVCs and SVCs. The lesser complexity of the ATM cross- 
connect should result in a more economical NE at locations where real-time switching is 
not required. An ATM cross-connect can, however, be part of a network that provides SVC 
services that are controlled by the BSS. It can support SVC passively by passing signalling 
messages (via a VC service providing a point-to-point signaling channel) without 
processing them. This is also referred to as "Signaling Tunneling." 

Two types of ATM cross-connects have been defined, one that operates at the ATM Virtual 
Path level and one that operates at the ATM Virtual Channel level. They are referred to as 
an ATM Virtual Path Cross-Connect (ATM VPX) operating at the ATM VP level and an 
ATM Virtual Channel Cross-Connect (ATM VCX) operating at the ATM VC level. 

The ATM VPX is more suitable in the core network, at major hub nodes, during the more 
mature development stage for heavy ATM traflfic, or for start-up deployments when there 
are no existing SONET DCSs. It cross-connects VPs and processes VPIs only. It is 
transparent to VCs and VCIs. As a result of its reduced processing complexity, the ATM 
VPX may be a more economical NE in the core network than the ATM VCX. Also, in a 
network that supports SVC services in addition to PVC services, using an ATM VPX for 
PVCs may be more economical than using BSSs for both SVCs and PVCs. 

The ATM VCX is most suitable for lower density ATM traffic close to the network edges 
during early development stages with sparse channel densities. It cross-connects VCs and 
processes VPIs and VCIs together; and it provides associated management functions. It 
could also provide statistical multiplexing of VCs within a VP. 

More detailed information and requirements for the ATM VPX and ATM VCX functions 
can be found in GR-2891-CORE. 

Figure 2-12 illustrates an advanced model of the ATM VPX (Figure 2- 1 3 provides a more 
detailed view of the STM/ATM conversion portions that include Ml 3 multiplexing 
functions and AALl circuitry). This advanced ATM VPX goes a step beyond the pure 
ATM VPX by adding SONET STM interfaces with STM/ATM conversion through circuit 
emulation. This type of ATM cross-connect would be able to cross-connect ATM as well 
as STM type traffic and thus would be suitable for Hybrid networks, STM capability in the 
VPX and VCX could be achieved by converting incoming STM signals into ATM cells 
(through AALl type circuit emulation) that can be cross-connected by the ATM VP or VC 
matrix, and then reassembling the ATM cells into the original STM signals at the output. 
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Figure 2-12. ATM VPX with SONET STM Capability 
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Figure 2-13. ATM VPX with W-DCS 3/1 Capability - More Detailed View 



2.2.4 ATM Switching Systems 

2.2.4.1 ATM Edge Switch (ES) 

An ATM Edge Switch (ES) is an ATM Switch with less capacity than a Broadband 
Switching System (BSS). The BSS is described in Section 2.2.4.2. 



2.2.4.2 ATM Hub Switch (BSS) 

Requirements pertaining to a Broadband Switching System (BSS) can be found in 
GR-1 1 10-CORE. In many architecture alternatives, ESs are not deployed m the access 
subnetwork and therefore all ATM traffic must be transported to a few BSSs located m the 
interoffice subnetwork. Thus a BSS is often referred to as an ATM Hub Switch. In 
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conventional SONET networks the BSS, ES, and SAM are normally the only NEs in the 
network that perform ATM processing functions. Services supported by a BSS include: 

• Permanent Virtual Connection (PVC) Cell Relay Services (CRS) 

• Switched Virtual Connection (SVC) CRS 

• Switched Multi-Megabit Data Services (SMDS) 

• PVC Frame Relay Service (FRS) 

• DS1/DS3 Circuit Emulation Service (CES) 

• LAN Interconnection. 



2.2.5 Hybrid Transport NEs 

It is expected that the evolution of early ATM services will in many cases utilize existing 
SONET networks in a Hybrid SONET STM and ATM network approach. For such 
applications, it may be beneficial to add ATM functionality to SONET NEs, permitting the 
gradual addition and growth of ATM services over existing SONET networks. This leads 
to the Hybrid ADM and the Hybrid DCS described in the following sections. 



2.2.5.1 Hybrid ADM 

A Hybrid ADM is a SONET ADM to which ATM cell processing capabilities have been 
added. These capabilities include adding and dropping ATM traffic as well as policing. To 
provide such ATM capability, an upgrade of existing SONET ADMs is necessary. Hybrid 
ADMs can work side by side with SONET ADMs. In a network, ADMs that need to drop 
ATM traffic can be upgraded to Hybrid ADMs to provide ATM cell processing, whereas 
ADMs that need to only drop STM traffic do not need to be upgraded. A Hybrid ADM may 
be used in linear chain applications or in ring configurations, A Hybrid Ring ADM may be 
capable for use in a UPSR or a BLSR with STM layer self-healing characteristics. ATM 
VP layer protection may also be provided and can be viewed as another type of self-healing. 
Depending on the capabilities built into a Hybrid Ring ADM, it may support one or more 
of the four types of Hybrid Rings: Hybrid UPSR, Hybrid BLSR, Hybrid VP UPSR, and 
Hybrid VP BLSR (see Table 2-1). 

Different types of ATM functionality could be envisioned for Hybrid ADMs. Besides the 
basic ADM function, additional capabilities could also include selected functions of a BSS 
(GR-l 1 10-CORE), SAM (GR-2842-CORE), or VPX (GR-2891-CORE). 
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2.2.5.2 Hybrid DCS 

A Hybrid DCS is a SONET DCS to which ATM cell processing capabilities have been 
added. These capabilities include cross-connecting, adding and droppmg ATM t^^^^^^ 
well as pohcing. To provide such ATM capability, an upgrade of existing SONET DCSs .5 
necessary. ATM functionality is made possible in a Hybrid DCS by adding an ATM cross- 
connect matrix. The ATM cross-connect matrix along with an STM cross-connect matrix 
are the two major components of a Hybrid DCS. Pure ATM cross-comiects have been 
discussed earlier in Section 2.2.3.3. 

ATM functionality in Hybrid DCSs covers a wide range of potential implementations. 
GR-2891-CORE divides the range into three levels of ATM functionality and provides 
requirements for each level. Table 2-3 provides an organized reference distinguishmg the 
three levels of ATM functionahty. A Level 1 DCS is a SONET DCS (discussed m Section 
2.2.2.4), and, while not a true Hybrid DCS. provides <=™f f^'^^^'^^^^^ . 
through simple intact mapping of STS-1, STS-3c. or STS-12c through the STM fabnc of 
a SONET DCS. The Hybrid DCS is defined as having Level 2 ATM functionality or Level 
3 ATM functionality. 

Table 2-3. Properties of DCS ATM Functionality Levels 



Level of ATM Functionality 


STM Matrix 


ATM Matrix 


Ring 
Functionality 


Level 1 . 








Level 2 








Level 3 









Figure 2- 1 4 and Figure 2- 1 5 show a Hybrid DCS with level 2 ATM functionality A Level 
2 Hybrid DCS can cross-comiect STM signals (such as VTl 5 or f^})^;;:^^^'^^!' 
cells by utilizing two different fabrics (STM and ATM) A Level 3 Hybnd DCS Jias the 
same flmctionsasaLevel2HybridDCS;however,itis also equipped with self-healmgnng 

protection functionality. 

In Figure ^-14 OC-N interfaces contain either all STM tributaries and are connected to the 
STM cross-comiect matrix, or they contain all ATM tributaries and are comiected to ^e 
ATM VP cross-connect matrix. This configuration requires upstream segregation of STM 
and ATM signals. In Figure 2-15, OC-N interfaces may contain a mixture of STM and 
ATM tributaries; they are internally demultiplexed (or multiplexed), and the tnbutanes are 
forwarded to the appropriate cross-connect matrix. 
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Figure 2-14. Hybrid DCS - Segregated Interfaces 



STS-N 









OC-N 














OC-N 


\ 





STS-N 



OC-N 



DCS Function 



STM 



STM 



STM 



ATM 



STM Matrix 



ATM 



STM 



STM 



STM 



ATM 



ATM VP Matrix 
N X N 



ATM 



ATM VPX Function 



STS-N 



OC-N 



Figure 2-15. Hybrid DCS - Mixed Interfaces 



2.2.6 Subnetwork Architectures 

A network may be divided into the following subnetworks and functions: 

1 . Access Transport 

2. Interoffice Transport 

3. Grooming 

4. Switching. 

The evolution of a SONET transport network into an ATM transport network capable of 
efficiently carrying ATM traffic involves upgrades to the various subnetworks. For 
example, a near to mid term evolution from a conventional SONET access ring subnetwork 
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could involve ( 1 ) selectively upgrading the existing SONET ADMs into Hybrid ADMs, or 
(2) adding ESs or SAMs to provide customers with efficient ATM access. For those 
SONET ADMs that do not drop or add ATM traffic, an ATM upgrade does not provide any 
benefit to the overall efficiency of the network, and thus would not be needed. 

The following sub-sections describe different architecture alternatives for each of the 
subnetworks. The architecture alternatives will depend on many variables including ATM 
demand. 



2.2.6.1 Access Transport 

In the conventional SONET ring transport network, a SONET ring NE at the access 
subnetwork provides transparent transport of ATM traffic onto the Interoffice (lOF) 
network. These NEs do not provide any means for switching or cross-connection of ATM 
traffic. The ATM traffic is switched in the lOF network (via a BSS) and sent back to the 
access network for delivery to the customers. As the amount of ATM traffic increases in 
the network, this process of providing all switching in the lOF network may become less 
desirable. The process of delivering all ATM traffic to a few hub ATM switches in the lOF 
network may cause bottlenecks and excessive backhaul costs as the amount of ATM traffic 
increases. 

Deploying only conventional SONET NEs in the access network leads to inefficient use of 
bandwidth when transporting ATM traffic. For example, assume customers A and B wish 
to transport 10 Mb/s and 20 Mb/s of ATM traffic through the network, respectively. If only 
conventional SONET NEs are deployed in the access network, each customer would 
require a DS3 to connect to the BSS, as shown in Figure 2-16. In this example, 
approximately 30 Mb/s and 20 Mb/s of bandwidth is being wasted on DS3 (A) and DS3 
(B), respectively. In addition, multiple interfaces to the BSS would be needed, one for each 
DS3. 

Some of the limitations mentioned above may be overcome by deploying ATM NEs, such 
as SAMs and ESs, in the access network. A diagram depicting this access subnetwork 
architecture alternative is in Figure 2-17. The presence of the ES allows local switching 
(i.e. switching between customers connected to the same access ring) to be performed 
within the access network. Local switching minimizes the amount of ATM traffic required 
to be transported to the hub BSSs in the lOF network. SAMs will provide better fill of STM 
signals (i.e., DSn and SONET signals) with ATM traffic. For example, with the deployment 
of the SAM, customers A and B firom the previous example could now use the same DS3 
to transport their combined ATM traffic (see Figure 2-18). 
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Figure 2-16. Customer ATM Access in Conventional SONET Network: Hub 
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Figure 2-17. ATM NE Deployment in Conventional SONET Network 



2-25 



..^ . c^MCT GR-2837-CORE 
ATM VP Ring Functionality in SONET ^^^^^ ^ February 1998 

Background and Terminology 




Access 



D 



D6-3 (A-B) 



lOF 

Figure 2-18. Customer ATM Access in Conventional SONET Network with SAM: 

Hub Demand 

This architecture also has some limitations. Only ATM traffic entering and exiting the 
SONET ring at the same ring nodes can be transported efficiently. Traffic either entenng 
or exiting the SONET ring at different nodes will need to be transported on separate STM 
signals (see Figure 2- 19). With the addition of SAMs and ESs m the access network^ it 
become;Le1^^^^ 
nodes. 

Figure 2-19 shows three 10 Mb/s ATM signals, each transported on a DS3 Since each of 
iie three signals either enters or exits the SONET ring at different nng nodes &e p^^^^^^ 
of combiniS the 10 Mb/s ATM signals onto a single DS3 vta a SAM .s not po s.ble^ 
Therefore the three signals must be transported through the rmg m three separate STS-1 
payloads. The examplT depicted in Figure 2-19 would requue the "P-^^^^^^ to 
OC-3 SONET UPSR, or the equivalent capacity of two STS-ls on a BLSR. This leads to 
inefficient utilization of die existing bandwidth. 

To Drovide efficient fill of the available bandwidth on the existing ring a Hybrid Ring 
ADMcrbrused.DeployingaHybridRingallows the three DSSsi^^^ 

within a single STS-1 payload through the ring (see Figure 2-.0). 
A Hybrid Ring allows ATM streams that are added and dropped at different ring nodes to 
be cS on L same SONET path within the ring. When there is low ATM demand, a 
Hyb^Ring along with a few sIms may provide enough bandwidth efficiency to have all 
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Figure 2-19. Customer ATM Access in Conventional SONET Network: Different 

Destinations 

the ATM traffic switched at the hub BSS, thus Edge Switches would not need to be 
deployed in the access network. As ATM demand increases the need to deploy Edge 
Switches in the access network may arise to prevent congestion in the lOF network and 
reduce the amount of ATM traffic being backhauled through the lOF network (see Figure 
2-21), 

An access network architecture alternative geared for high ATM demand could be one in 
which Hybrid DCSs or VPXA^CX NEs are deployed as ring nodes used to interconnect 
Hybrid Rings (see Figure 2-22). A Hybrid DCS or VPXA^CX NE would provide grooming 
of ATM streams originating from many different Hybrid Rings (see Section 2.2.6.2). By 
deploying these NEs as ring-interconnect nodes the access network would require fewer 
NEs, since one Hybrid DCS or VPXA^CX could replace many Hybrid Ring Nodes. Further, 
some of the rings could be ATM rings with all ATM ADMs, if there is a large demand for 
ATM traffic. 
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Figure 2-21. Hybrid Network with SAMs and Edge Switches Near Customer 

Premise 
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Figure 2-22. Deployment of Hybrid Cross-Connects with Ring Functionality 
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2.2.6.2 Interoffice Transport 

The Interoffice (lOF) network transports ATM traffic originating from many access rings 
to a few hub ATM Switches. Initially there may not be any large advantages in deploying 
Hybrid equipment in the lOF network. Any ATM traffic being delivered to the lOF network 
will be packaged efficiently due to the deployment of Hybrid NEs in the access network. 
As ATM demand increases, the number of Hybrid Rings in the access network will 
increase. Deploying Hybrid DCSs and VPXs in the lOF network will enable ATM traffic 
originating from different Hybrid Rings in the access network to be groomed and therefore 
transported more efficiently through the lOF network. 

Deploying Hybrid DCSs and VPXs* in the lOF network as the ATM traffic increases will 
allow the access network to efficiently package SONET payloads with ATM streams 
destined for different BSSs. These SONET payloads can be terminated at a Hybrid DCS or 
VPX that could repackage the SONET payloads with ATM streams destined for the same 
BSS. The new SONET payloads can be more easily filled since the Hybrid DCS or VPX in 
the lOF network will handle ATM traffic from many different access networks. 

As the number of BSSs in the lOF network increases, the need to drop different ATM 
streams at different ring nodes will also increase. Deploying either Hybrid ADMs or ATM 
ADMs in the lOF network will enable a single STS path on the lOF ring to add and drop 
ATM streams at different ring nodes, thus allowing more efficient packaging of the STS 
paths on the lOF rings. Figure 2-20 illustrates this capability for an access ring, but this 
concept can also apply to an lOF ring. 



2.2.6.3 Grooming 

Grooming can be performed in either the ATM layer or the SONET layer. Grooming at the 
SONET layer requires either Wideband DCSs (W-DCSs) or Broadband DCSs (B-DCSs). 
SONET layer grooming loads higher rate SONET signals (e.g. OC-3 or OC-12) with 
common lower rate SONET signals (e.g. STS-1, or STS-3). Common signals refer to all 
SONET signals carrying ATM traffic or all SONET signals carrying STM traffic. SONET 
signals carrying ATM traffic are sent to the hub BSS while SONET signals carrying STM 
traffic are transported to their destination. Initially, it will suffice to perform grooming only 
at the SONET level since the access network will have filled the SONET payloads with 
ATM traffic efficiently. 

As discussed in Section 2.2.6.2, as the number of BSSs increase in the network, it becomes 
more difficult to efficiently package SONET payloads in the access network with ATM 
traffic if grooming is performed only at the SONET level. Performing grooming at the 
ATM level in the lOF network allows the access network to package ATM streams destined 
for different BSSs in the same SONET payload. A Hybrid DCS or VPX located in the lOF 
can then terminate many SONET payloads from different access rings and repackage them 
in order to fill SONET payloads with ATM streams destined for the same BSS. 
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2.2.6.4 Switching 

Switching of ATM traffic can be performed by ATM ESs located in the access network and 
ATM Hub BSSs located in the lOF network. As discussed in Section 2.2.6-1, the 
deployment of ESs will decrease the amount of ATM traffic that must be transported to the 
Hub BSSs, thus avoiding excessive backhauling of ATM traffic and reducing the risk of 
congestion in the lOF network. 

2.3 Efficiency of ATM Transport in Hybrid Rings 

To provide efficiency of ATM transport on a Hybrid Ring, a path is provisioned to only 
carry ATM traffic, utilizing an STS-1, STS-3c, or STS-12c Synchronous Payload Envelope 
(SPE). The Hybrid ADM can have low-speed interfaces (e.g., DSl and DS3) provided by 
a stand-alone SAM or an integrated SAM. The provisioned bandwidth may be shared 
among several Hybrid ADMs to provide transport of ATM traffic. In a conventional 
SONET network, a SONET path provisioned for ATM traffic is used only by the two 
teraiinating nodes (i.e., bandwidth provisioned for point-to-point traffic) and is Umited to 
the coarse granularity of the SONET hierarchy (i.e., STS-1, STS-3c, STS- 12c). In a Hybrid 
Ring with Hybrid ADMs, a SONET path provisioned for ATM traffic can be shared among 
several Hybrid ADMs, with multiple virtual path connections terminating at different 
nodes, and bandwidth is provisioned on the ring according to the bandwidth needed for a 
particular VP. This allows better utilization of the provisioned bandwidth for ATM traffic. 

Consider, as an example, a SONET OC-12 ring with several 60 Mb/s connections of ATM 
traffic to a hub. 

• In a conventional SONET BLSR or UPSR network, each point-to-point path would 
require one STS-3c (155.52 Mb/s) to support a 60 Mb/s ATM connection and a switch 
termination. In this situation, only four paths can be provisioned, with each path 
utilizing less than 50% of the provisioned bandwidth. Figures 2-23 and 2-24 show in 
detail the method used for transporting ATM streams on a SONET BLSR and a 
SONET UPSR, respectively. 

• In a Hybrid BLSR or UPSR network, one STS-3c can be provisioned to support two 
60 Mb/s ATM connections. This provides higher utilization of the provisioned 
bandwidth, and allows more nodes to be supported (and thus more customers). Figures 
2-25 and 2-26 show two additional nodes being supported on a Hybrid BLSR and 
UPSR, respectively, compared to the conventional SONET rings shown in Figures 2- 
23 and 2-24. Assuming all STS-3c paths are reserved for ATM traffic and the same 
ATM demand (i.e., 60 Mb/s of hubbed ATM traffic at each node) a total of 8 nodes 
plus the hub node are capable of being supported with an OC-12 Hybrid BLSR or 
UPSR. For hubbed ATM traffic there are no bandwidth savings when deploying a 
BLSR as compared to deploying a UPSR. However, for non-hubbed ATM traffic (i.e., 
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Figure 2-23. 



Conventional SONET OC-12 BLSR (2-Fiber) - Hubbed ATM Traffic 



In a UPSR, the drop node selects traffic 
from one of the directioas. For iUustratioa 
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Figure 2 



.24. Conventional SONET OC-12 UPSR - Hubbed ATM Traffic 
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Figure 2-25. Hybrid OC-12 BLSR (2-Fiber) - Hubbed ATM Traffic 




Figure 2-26. Hybrid OC-12 UPSR - Hubbed ATM Traffic 
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different ATM streams originating and terminating at different ring nodes) the BLSR 
would have additional bandwidth savings compared to the UPbR. 
The above examples descnbe clearly how Hybrid Ring ADMs c^n P-vide better 
bandwidth utilization for ATM traffic as compared to conventional SONET Ring ADMs. 

2.4 Overview of ATM Protection Switching in SONET ATIV! VP Rings 
2.4.1 Ring Types and Protection Types 

Six tvoes of SONET rings with ATM VP capabilities have been identified and are listed in 
Tab^a i S provid types of ring functionality and P«/-^^^^^ 

Inability. TheL'six types are in addition to the ..vo tyP- ofco-en^^^^ SONET Rings, 
the SONET UPSR and the SONET BLSR. not discussed further here. 

n BLSRS). I. » ve„ f* usually »su,mg wfflc *^ 

cc^-^^^^^^^ of GR-2890-CORE on acceptable ATM 

protection switching times. 

2 4 2 ATM Traffic Protected via STM Layer Protection 
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switching. The SONET SPE carrying ATM traffic (VPs) is switched to the BLSR's 
protection channel by the STM layer. When on the protection channel, no ATM processing 
occurs; ATM processing is only done when the SONET SPE is on the BLSR's working 



Among Hybrid Rings of the BLSR type, one can distinguish between rings where VP 
Identifiers (VPIs) are unique within a VP Connection (VPC) through the ring (i.e., the VPI 
value remains constant), and rings where the VPIs can change within a VPC through the 
ring. 

In the first case with unique VPIs, the STM layer protection mechanism can also protect 
ATM VPs, as long as the failure is a line failure, or a node failure that does not involve a 
source or destination node for the STS signal containing the ATM VP. The latter means that 
there is no squelching needed for the particular STS signal. However, if the failure is in a 
node that is a source or destination node for the STS signal containing the ATM VP, the 
BLSR protocol requires squelching for the affected STS signals in order to prevent STM 
traffic misconnections, as specified in GR- 1 230-CORE. 

Squelching means replacing traffic by the appropriate path AIS to prevent misconnections. 
STS level squelching occurs only into and out of the protection channels (i.e., working 
channels are never squelched). The squelching is done by the nodes performing the ring 
switching. To perform squelching, the node has to identify the portion of the ring that is 
isolated due to node failure or multiple failures (causing node isolation). A ring map is 
needed at each node that includes the order of the nodes (the order of physical connectivity) 
on the ring. A squelch table that provides the source and destination nodes for each channel 
(added, dropped, or continued through) and that identifies the channels that are accessed at 
VT levels (for VT level squelching) needs to be provided. Such squelching would also be 
effective for ATM VPs and would also prevent ATM traffic misconnections. However, 
with the existing squelching protocols developed for STM traffic, some good ATM traffic 
destined to other working nodes may be squelched unnecessarily. Additional ATM 
squelching protocols need to be developed to avoid squelching of valid ATM traffic. 

In the second case without unique VPIs, the STM layer protection mechanism should not 
be used to protect ATM VPs. The reason for this is that the non-unique VPIs are likely to 
cause ATM traffic misconnections even for line failures or node failures that do not call for 
squelching. 

In Hybrid Rings of the UPSR type (Hybrid UPSR and Hybrid VP UPSR), ATM traffic 
cannot be protected efficiently through STM layer protection mechanisms, STM layer 
protection would be highly impractical in a UPSR because ring wide 1+1 STM layer 
protection would rapidly consume the bandwidth of a UPSR. This is because each STS-Nc 
span over which ATM cells are transported would have to be duplicated with a protection 
path in the opposite direction around the ring to protect against facility failures. The result 
would be an increase in the required ring bandwidth proportional to the number of STS-Nc 
connections. The resulting excessive bandwidth required would have major cost 
implications. Furthermore, even if this excessive bandwidth were implemented, adequate 



channel. 
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protection of failures of nodes that involve pass-through ATM traffic would not be 
possible. For these reasons, STM layer protection for ATM traffic in UPSRs is not 
recommended. 



2.4.3 ATM Traffic Protected via ATM Layer Protection 

A more robust method of protecting ATM traffic in Hybrid Rings would be to exclusively 
use ATM layer protection for ATM traffic. At the same time, STM layer protection should 
be disabled for those STS signals that are designated to carry ATM cells^ This would make 
STM layer protection and ATM layer protection independent from each other and would 
also eliminate the need to specify escalation procedures between the two layers. 
Standards work has progressed in defining l+l and 1:1 ATM point-to-point protection 
mechanisms. The definition for l:n ATM point-to-point protection is left for future study. 
Agreements were reached to initially support l+l and 1:1 bidirectional protection 
switching over fully allocated paths and bandwidths, under the control of a smgle phase 
coordination protocol. The ITU-T agreement targets the ATM protection domautis as being 
defined between any two ATM nodes within the connection. This wiU allow arbitrary 
nesting of protection spans. GR-2980-CORE covers ATM layer point-to-pomt protection 
switching in detail for linear, mesh, and ring physical topologies. 
These ATM point-to-point protection mechanisms can be applied to Hybrid Rings and pure 
ATM Rings. See Section 4.3.2 for specific ATM protection switching requirements. It is 
feasible to use the defined ATM layer protection switching while disabling the STM layer 
protection on those STS signals that are designated to carry ATM cells. STM layer 
protection will continue to protect those STS signals that carry STM traffic. 



2.4.4 ATM Traffic Protected Externally 

As can be noted from Table 2- 1 , the Hybrid UPSR does not provide any protection for 
Amtra^rTO^ 

in Section 2.4.2. However. ATM traffic may be protected externally by ATM NEs outside 
L ring. Figure 2-27 shows a Hybrid UPSR with two external ATM NEs^ In dais example 
iJodes A and B are the only nodes on the ring adding and droppmg ATM ttaffic. At Node 
C. the STS path carrying ATM is through-comiected The WSR ^elf^healmg ™g 
fiinctionaUty (the STM layer protection) is disabled for the STS <=«^«LL^ n ^ 5 
every node that adds and drops ATM traffic, i.e., at Nodes A and B. ATM ^fl traffic 
entering the ring at Node A is routed to the appropriate VP witiim the designated STS (only 
one direction is shown). There is both a working VP bandwidth and a protection VP 
bandwidth avaUable and each could be assigned different VPI values. Normally, only cells 
with working VPI value enter the ring. A failure occurring anywhere on the rmg wou d 
eventually be detected by the ATM NEs off the ring. The ATM NEs off the nng would 
then begin to send cells in the protection VP bandwidth (i.e., using protection VPI value). 
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Therefore, both a working VP and a protection VP are not simultaneously dropped at A 
and B. This option can be viewed as 1 : 1 ATM protection. In the architecture shown in 
Figure 2-27, the ATM services would be susceptible to failures of the links connecting the 
ATM NEs with the ring. To provide self healing for these links as well, the ATM nodes 
could be dual homed on the ring (as shown in Figure 3-14). 



VP working 




VP protection 

Figure 2-27. Hybrid UPSR with ATM Protection off the Ring 
2.5 Ring Interconnection Overview 

Dual-node ring interconnection is the method used to provide highly reliable 
interconnection between conventional SONET Rings and other networks, including other 
SONET Rings and mesh networks. This method provides the same kind of survivability 
and self-healing capability for interring circuits as the individual rings provide for intraring 
circuits. Dual-node interconnections can survive a failure of an interconnecting node or an 
interconnecting link. Both the UPSR and BLSR utilize a 1+1 protection scheme when 
providing dual-node ring interconnection. Methods for dual-node ring interconnection have 
been standardized for conventional SONET UPSR and BLSR architectures and are 
documented in GR-1400-CORE and GR-1230-CORE, respectively. 

Dual-node ring interconnection between two SONET UPSRs is shown in Figure 2-28. Only 
one direction of transmission is shown, with a path from an origination node on Ring 1 to 
a destination node on Ring 2. A drop-and-continue function and a selection function at the 
exit nodes of Ring 1 select the better of the two signals (from the working ring and the 
protection ring) to be dropped and provide a duplicate copy of the signal at two exit nodes. 
These duplicate signals enter Ring 2 at the two entrance nodes. One of the duplicate signals 
is added to the working ring and the other one to the protection ring. At the destination 
node, a selection function selects the better of the two signals and delivers it to the drop 
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Figure 2-28. Dual-Node Ring Interconnection Between SONET UPSRs 

Dual-node ring interconnection between two SONET BLSRs is shown in Figure 2-29, 
Again, only one direction of transmission is shown, with a path from an origination node 
on Ring 1 to a destination node on Ring 2. A drop-and-continue function at the exit nodes 
of Ring I provides a duplicate copy of the signal at two exit nodes. These duplicate signals 
enter Ring 2 at the two entrance nodes. A selector function at the primary entrance node 
selects the primary signal (black line) under normal conditions, or the secondary signal 
(gray line) coming from the secondary entrance node under failure conditions, to proceed 
within the ring to the drop port at the destination node. The drop-and-continue and the 
selection functions normally operate at the STS-1 line level. 
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Figure 2-29. Dual-Node Ring Interconnection Between SONET BLSRs 

Similar ring interconnections between SONET UPSRs and SONET BLSRs are possible, 
using the UPSR method shown in Figure 2-28 on the UPSR side and the BLSR method 
shown in Figure 2-29 on the BLSR side. 

In SONET BLSRs, squelching is applied to some signals in the case of failures of the 
signals' source or destination nodes, in order to prevent traffic misconnections. Dual-node 
ring interconnections are covered by the same squelching logic when applied to multiply 
dropped and multiply sourced signals. The tenn "multiply dropped" here relates to the 
drop-and-continue function that drops duplicate signals at the two interconnecting ring 
nodes. The term "multiply sourced" here relates to the duplicate signals entering the ring at 
the two interconnecting ring nodes. The squelching logic is described in GR-1230-CORE. 
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As SONET ATM VP Rings become more prevalent in service provider networks it will 
become necessary to provide a reliable means of interconnecting such rings to other 
networks (e.g., SONET Rings, other SONET ATM VP Rings, and mesh networks). This 
type of ring interconnection is similar to that used for the interconnection of pure SONET 
Rings. 

Since Hybrid Rings perform both SONET and ATM layer functions, the options of 
performing the drop-and-continue fimction and the selector function at the SONET or ATM 
layer are available. For pure ATM Rings, these functions are always performed at the ATM 
layer Further, for the Hybrid BLSR and the Hybrid VP BLSR, the potential for carrymg 
ring interconnection traffic on STM protection bandwidth is available. BLSR protection 
bandwidth is unused in nonfailure situations. This capability is similar to the Ring 
Interworking on Protection bandwidth (RIP) which has been specified for SONET BLSRs. 
More efficient and flexible use of ring bandwidth can be obtained with RIP, but there are 
complexity issues for the secondary ring interconnection node (requires enhanced 
functionality), and issues with reliability of certain intraring traffic as well as possible 
misconnections of intraring traffic. 

For STM traffic, existing SONET ring interconnection methods can be used. For ATM 
traffic similar methods could be employed, and are yet to be defined. For example, 
interconnection at the ATM layer between two ATM UVPSRs could be modeled after the 
interconnection between two SONET UPSRs, as done in Figure 3-9. 

Each of these options needs to be addressed with respect to the following criteria: 
bandwidth efficiency, reliability/survivability, bandwidth management, and standards 
compliance. 

The development of SONET ATM VP Rings is stUl in its early stages. This GR provides 
initial requirements for ring interconnections on such rings. Protection schemes need to be 
defined for the ATM layer between interconnected rings. Since SONET Rings (UPSR and 
BLSR) utilize a 1+1 protection scheme for dual-node ring interconnection, SONET ATM 
VP Rings will have to utilize the same scheme in order to ensure interworking between the 
two types of rings. 
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3. Network Applications 

This section describes some potential network applications for SONET ATM VP ADMs. 
A number of ring applications are shown first, because self-healing ring architectures are 
currently dominant in existing SONET networks and can provide high survivability, as 
discussed in Section 2.2.2.1 . Many applications shown involve Hybrid Rings (i.e., SONET 
Rings that include ATM VP functionality) that are part of Hybrid networks. Since these 
rings carry a mixture of non-ATM and ATM traffic, the ADMs on the rings may be a 
mixtiire of pure SONET Ring ADMs and Hybrid Ring ADMs, as shown. Other 
applications involve pure ATM Rings. In addition to ring applications, other potential 
applications in hub and mesh architechires are described, as well as ring-to-mesh 
interconnections. 



3.1 Access Rings 

Access rings are usually placed close to a community of customers and serve the purpose 
of interconnecting customers within that community and collecting traffic from customers 
in that community for connection to more distant locations, through local offices to 
interoffice or backbone networks. As customers start demanding ATM connections, even 
in moderate numbers, it becomes more efficient to introduce Hybrid Rings as access rmgs, 
as explained in Section 2.3. Figure 3-1 illustrates an access Hybrid Ring with a vanety of 
NEs. The Hybrid Ring can be populated with SONET ADMs, Hybrid ADMs, and Hybnd 
ADMs with integrated SAM functionality. Stand-alone SAMs and Edge Switches (ESs) 
may also be part of the access network. All of these NEs work together to provide an 
efficient fill of ATM traffic on tiie access ring, which then can be handed over to the BSS 
and/or the interoffice network. 
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Figure 3-1. Access Hybrid Ring 



3.2 Interoffice Rings 

Interoffice rings usually provide transport for trunks between offices They ^^^ly connect 
t^ switches in those offices (BSSs for ATM cell switching, and local or tandem digital 
^wSes for circuit switching). They may also connect directly to -S^^- ^^^^ 
trunks and private (unswitched) line connections. Further, they may provide ^o^^^^^ 
backbone networks and also between different earners or service providers. Transp°rtm| a 
moderate amount of ATM traffic does not necessarily require the conversion firom SONET 
Xbrid ^ng^for interoffice rings. The latter can well be SONET Rjngs transporting 
ATM efficiency over conventional SONET ADMs (using Techmque 1 in Figure 2-1), as 
big as^e ATM traffic is efficiently fiUed into the SONET STM payload by the a-es 
network and as long as the number of different ATM connections on the ring is small. With 
S^cTeSekATMdeiLnd with manyATM entry andexitpoints on the ring,itb 

"ffiS to Loduce Hybrid Rings as interoffice rings. Figure 3-2 ^^^^^-^^^J^^^ 
Hybrid Ring with a variety of NEs. The Hybrid Ring can be populated SONET ADMs 
and Hybrid ADMs. The Hybrid ADMs allow efficient shanng of nng bandwidth between 

many ATM connections. 
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Figure 3-2. Interoffice Hybrid Ring 
3.3 Interconnected Rings 

Rings can be interconnected in many different ways. Section 3.3.1 introduces the most 
common basic interconnections employed Section 3.3.2 illustrates examples of some 
specific applications for ATM traffic. 

3.3.1 Basic Interconnections 

Rings can be interconnected directly by interconnecting low-speed ports of the Hybrid 
ADMs, as shown in Figure 3-3, or they can be interconnected indirectly through Hybnd 
DCSs, as shown in Figure 3-4. The Hybrid DCS can provide grooming and consolidation 
functions between the rings. A much more powerful application is the use of Hybrid DCSs 
with ring functionality as ring interconnection nodes, as shown in Figure 3-5. This 
application uses the capability of such DCSs to provide ring transport functions for more 
than one Hybrid Ring. 
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Figure 3-3. Direct Ring Interconnection Between ADMs 













HybrU 















Figure 3-4. Ring Interconnection Between ADMs Through DCS 




Figure 3-5. Ring Interconnection Through Ring DCS 
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Although single-node ring interconnection is feasible, dual-node ring interconnection is the 
preferred method when a high level of survivabihty is required. This method is also referred 
to as "dual homing " Figures 3-6, 3-7, and 3-8 show the dual-node interconnections 
corresponding to the three single-node interconnections above. 




Figure 3-6. Direct Dual-Node Ring Interconnection Between ADMs 




Figure 3-7. Dual-Node Ring Interconnection Between ADMs Through DCS 
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Figure 3-8. Dual-Node Ring Interconnection Througli Ring DCS 



3.3.2 Specific ATM Ring Interconnection Applications 

This section illustrates examples of ring interconnections involving pure ATM Rings, in 
particular ATM UVPSRs, and logical rings with SONET ATM VP Rings connecting to 
SONET Rings. 



3.3.2.1 Interconnections Between Pure ATM Rings 

An ATM UVPSR to ATM UVPSR interconnection for ATM traffic can be achieved by 
using dual-node interconnection or single-node interconnection. In either case, the ATM 
user traffic passed between the interconnected rings is based on VP connections. The dual- 
node ring interconnection mechanism is shown in Figure 3-9. 

As can be seen from the figure, two NEs in each ring are involved in the ring 
interconnection. A 1+1 protection scheme is used at the ATM VP layer, modeled after the 
1+1 protection scheme at the STM layer in interconnected SONET UPSRs (see Figure 2- 
28) The drop-and-continue function provides a duplicate copy of the signals leaving a nng 
at the two interconnecting nodes. The routes of VPs from one ring to the other ring are 
shown by solid lines. For a VP from one ring to the other ring, the egress traffic on the first 
ring is selected from the traffic flows from both directions of that ring at the VP level, so 
that any fault or defect in the fu-st ring will not affect the second ring. Because of the dual- 
node interconnection, a failure of a single ring interconnection NE or a single hnk between 
the two rings will not separate the two interconnected rings. Only the traffic flows to be 
delivered to the other ring are dropped at the ring interconnection interface and the rest of 
the traffic (shown as a dashed line) is continued and merged with the incoming traffic from 
the other ring. The ring interconnection interface between the two rings can be any ATM 
interface. In each ring interconnection NE, the ingress traffic on the ring interconnection 
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^ Route of VP across the Interconnected Rings 

► Local Ring Traffic 

Figure 3-9. Dual-Node Ring Interconnection Between ATM UVPSRs 

interface is only added onto one direction of the ring. The two NEs add the traffic to the 
opposite directions on the ring. At the destination node of an ATM VP path on the second 
ring (not shown in the figure), another selector function selects the better of two signals 
from both directions. 

Figure 3-10 shows another type of ATM UVPSR ring interconnection that is basically a 
single-node interconnection but uses a SONET 1+1 facility protection interface. This is the 
type of interface that is normally used to drive a 1+1 protected facility from a low speed 
port of a ring ADM, providing facility protection switching at the SONET STM layer. 
However, here it is used to provide a single-node, dual-Unk interconnection between two 
rings. In the egress direction, a drop-and-continue function and two selector functions are 
shown, providing duplicate signals to the other ring. Another alternative would be use a 
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Active Traffic 

Protection Traffic in Standby Mode 



Figure 3-10. Single-Node Ring Interconnection with 1+1 Ring Interconnection 

Interfaces 

single selector function followed by a double feed. This type of ring interconnection 
provides protection against a link failure or selector failure, but not -S-f^ -^^^^^^^^^ 
As shown in Figure 3-10, only the working ring connection mterface (W) adds thetoffic 
onto the other ring. The protection ring connection interface (P) cames the t^^J 
the working interface but does not add the traffic onto the other nng under normal opera 
conditions without failures. A selector function in the ingress direction (not shown will 
select the traffic from the protection interface in case of a failure of the working interface. 
Figure 3- 1 1 shows how a ring NE can be involved in more than one ring interconnection. 
ThVfigure shows three interconnected ATM UVPSRs. NEl in Ring 1 is mvolved m two 
ring intercomiections, connecting to Ring 2 and Ring 3. This is a new type of NE with 
mumy dropped ring intercomiection capability within a single NE. NEl serves as one of 
the dual nodes withNE2 andNE3, to form dual-node ring intercomiections between Rmgs 
1 and 2 and between Rings 1 and 3, respectively. In NEl, the traffic of the VPs destme^ to 
Rings 2 and 3 is dropped at the corresponding ring intercomiection interfaces to NE5 and 
NE6 The latter two interfaces carry different sets of VPs (the two sets are disjoint). The 
traffic of the VPs arriving from Rings 2 and 3 is added to the corresponding direction of 
Ring 1 in NEl. 
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Route of VP between Ring 1 and Ring 2 

^ Route of VP between Ring 1 and Ring 3 

^ Ring Direction 



Figure 3-11. Dual-Node Ring Interconnection Between ATM UVPSRs - One NE 
Serving more than One Ring Interconnection 



Figure 3-12 shows a unidirectional point-to-multipoint (i.e., multicast) connection that 
extends over three ATM UVPSRs. This figure is very similar to Figure 3-11. where NEl 
in Ring 1 is involved in two ring interconnections, coimecting to Ring 2 and Ring 3. It 
shows the VP multicast route with traffic originating in Ring 1 at the VP source point. Rings 
2 and 3 are the traffic receiving rings with VP destination points of the multicast. The only 
difference from Figure 3 - 1 1 is the unidirectional traffic and the fact that the two interfaces 
to Rings 2 and 3 carry the same set of VPs (the two sets are common). 
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# Ingress 












NE5 ] 


4 



Interconnected Ring 2/ / 



Destination Point 




Destination Point 



► Ring Direction 

► VP Unidirectional Multicast Traffic Route 
VP Drop-and-Continue 



Figure 3-12. VP Multicasting in Dual-Node Ring Interconnection Between ATM 

UVPSRs 
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3.3.2.2 Logical Ring Interconnection 

In general, a SONET ATM VP Ring to SONET Ring interconnection is at the SONET path 
level (e.g., STS or VT). However, a SONET ATM VP Ring to SONET Ring 
interconnection can be viewed in a layered network concept. An intermediate SONET Ring 
can be viewed as being transparent to the SONET ATM VP Ring passing through it. 

Figure 3-13 shows a SONET Ring in the middle of a SONET ATM VP Ring in a logical 
ring configuration. The SONET ATM VP Ring may be a pure ATM Ring or a Hybrid Ring. 
On the SONET Ring, one of the SONET STS signals (STS-1 or STS-Nc) is used for the 
SONET ATM VP Ring to traverse the SONET Ring. This STS signal must be provisioned 
as an intraring connection on the SONET Ring to ensure connectivity when a protection 
switch takes place on the SONET Ring. At the ATM layer, the SONET Ring can be viewed 
by the SONET ATM VP Ring passing through it as being a transparent SONET link. The 
interface to the SONET Ring is an STS signal (STS-1 or STS-Nc). In general, the SONET 
path overhead is only modifiable by path terminating equipment. Since the SONET ADMs 
in the SONET Ring are not path terminating equipment, the path overheads, e.g., the path 
traces, of the signals traversing the SONET Ring are not changed by the SONET ADMs. 




SONET ATM VP Ring ADM (Pure ATM ADM or Hybrid ADM) 



Figure 3-13. SONET ATM VP Ring to SONET Ring Interconnection 



3.4 Point-to-ADM, Dual Homing 

A point located off a ring can be connected to the ring via single homing or dual homing. 
The latter, shown in Figure 3-14, provides a higher level of survivability by protecting from 
link and ring node failures. Similar to dual-node ring interconnections, the two connectmg 
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nodes on the ring provide the drop-and-continue and selector functions. The Terminal 
Multiplexer (TM) off the ring needs to provide dual feed and selector functions. This 
arrangement applies to SONET as well as Hybrid NEs. 




Figure 3-14. Point to ADM, Dual Homing 



3.5 Ring Hierarchies 

Large networks with a large number of rings can be organized in a hierarchical naanner. 
Access rings represent the lowest level, and interoffice and backbone rmgs populate the 
higher levels, as shown in Figure 3-15. Higher level rings extend over a larger area and can 
also be viewed as express rings, with a number of subtending rings. Agam, the dual-node 
ring interconnection is prefened for high survivability. 



3.6 Hubblng via Ring 

In future stages of ATM deployment, a highly survivable hubbing structure could be 
established by employing a Hybrid Ring to connect multiple locations to a BSS hub. Such 
a ring is shown in Figure 3-16; it provides optical Unks between the hub BSS with optical 
OC-N interfaces and Hybrid ADMs as well as Hybrid Ring DCSs. In this example, the nng 
may carry ATM traffic only. 

All nodes on the ring, including the BSS, have self-healing ring functionality^ of the BLSR 
type. By employing unique VPIs, ATM traffic can be protected through the STM layer 
protection mechanism as described in Section 2.4.2. As a result, all the benefits of Hybnd 
Rings apply, including the high survivability provided by the standard STM nng physical 

1. ThecuirentBSSrequiRiments do not include ring fiinctionality. Self-healing ring protection functionality would 
have to be added to the BSS to allow its use as described in this section. 
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Figure 3-15. Ring Hierarchy 
HUB 




Figure 3-16. Hubbing Via Hybrid Ring 

layer protection with its inherent fast restoration time of not more than 60 mUliseconds 
(consisting of a failure detection time of not more than 10 mUliseconds and a protection 
switching time of not more than 50 milliseconds). 



« 
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3.7 Ring-to-Mesh Interconnection 

U is likely some SONET ^ ne»o*s w,!, be "^"f^^J^:::* wT,^^^^ 

^^^^^ 

rrcormStion be.vfeen . Hybrid Ring and a Hybrid Mesh Hybnd 
administrative boundary off the ring and off the mesh. 




Administrative 
Boundary 
I 

I 



Hybrid 




Figure 3-17. RIng-to-Mesh Irtereonneotion, with Distinct Boundary 
If nosuehboundary is required .he ri^g and mesh ne^orkmayl^^^^ 

as mesh restoration capabilities. 
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Figure 3-18. Ring-to-Mesh Interconnection 
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4. Common ATM Transport Functionality and Criteria 

This section provides ATM criteria that are independent of ring type. The functional model 
presented in this section is the first step in a movement toward the modeling methodology 
of ITU-T G.805 and 1.326 with the goal of aligning with the requirements of ITU-T 1.731 
and 1.732. Operations requirements are presented in Section 5. The goal there is also to 
align with Layer Management functions in 1.732. Network traffic management 
requirements can be found in Section 5.3. 

The introduction of the ATM VP functionality into the SONET ring ADM should not 
impact the STM functionality of the SONET "layer" of the Hybrid ring or pure ATM ring. 

R4-1 [1] All transport requirements for the SONET layer found in GR-1400- 

CORE, GR-1230-CORE, and GR-253-CORE must be followed for 
Hybrid ADMs, where appUcable. 

4.1 High-Level Functional Models 

Two high-level functional models of Hybrid ADMs are presented below: a basic functional 
model without SAM functions and a functional model with SAM functions. The SAM 
function allows direct service access interfaces to the Hybrid ADM. 



4.1.1 Basic Functional Model 

Figure 4-1 shows a high-level functional model of a Hybrid ADM. Traditional STM traffic 
is processed at the STM level using the existing functionality of SONET ADMs while some 
portion of the ring bandwidth (e.g., STS-3c) is shared, processed, and managed at the ATM 
layer by the ring nodes with ATM functionality. The ATM processor provides ATM VP 
add/drop functions. Add/drop is thus provided for both STM and ATM services. Note: The 
timing mode for the Hybrid ADM (not shown) uses the same timing functions established 
for the STM processor to synchronize all equipment interfaces. 

R4-2 [2] The timing mode for the SONET ATM VP ring node shall use the same 
timing functions (as given in GR-253-CORE) established for the STM 
processor (or equivalent) to synchronize all equipment interfaces. 

The timing functions are synchronized to a clock source (i.e., external timing from BITS, 
incoming line, or internal). A SONET ATM VP ring node, for example, may use internal 
Stratum 3 or 3E timing. In end-to-end VCCs, timing information is passed between the 
source and destination to allow clock recovery at the receiving end. A timing recovery 
option may depend on the SONET ATM VP ring node timing being traceable to a Primary 
Reference Source (e.g., for CES). 
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ATM Processor 
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ATM VP Function 
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ATM Add/Drop Ports 
STM Add/Drop Ports 

Figure 4-1. Basic Functional Model of ATM Functionality Being Added to SONET 

Ring ADM 

The common functional criteria specified in this GR are believed to be the minimum 
amount (and presumably the most cost effective) of ATM VP functionality for a SONET 
ADM to operate as a SONET ATM VP ring node. Although the vision in this GR is for a 
SONET ATM VP ring node with limited ATM VP functionality and with signaling 
tunneling capability for use in SVC networks, this does not preclude suppliers from adding 
ATM functionality to SONET ATM VP ring ADMs beyond that specified in this GR; 
however, the requirements of GRs that cover these additional fimctions shall still be met. 

CR4-3 [3] If the ATM functionality added to a SONET ring ADM has 

unrestricted ATM switching connectivity across all interfaces (VPI, VCI 
based connectivity) and supports SVCs (with signaling capabihty), then 
the ATM functionality shall meet the requirements of GR-1 1 10-CORE. 

CR4-4 [4] If the ATM functionality added to a SONET ring ADM is intended to 
provide ATM VP cross-connection fimctions, then the ATM functionality 
shall meet the ATM VPX functionality requirements of GR-2891-CORE. 
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4.1.2 Functional Model with SAM Functions 

Figure 4-2 shows a high-level functional model of a Hybrid ADM with integrated SAM 
functions. The SAM function provides multiplexing and adaptation (including AAL) for a 
variety of service interfaces. These service access interfaces may include ATM CRS, FRS, 
LAN, XDSL, SMDS, DS1/DS3 CES, video, etc. All of these interfaces or only a subset of 
them may be implemented. 
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Service Access Ports 



o ATM Add/Drop Ports 6 
STM Add/Drop Ports 



OC-N 
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ATM VP Functions 



Figure 4-2. Basic Functional Model of ATM Functionality with SAM Functions 
Being Added to SONET Ring ADM 



CR4-5 [5] If the ATM functionality added to a SONET ring ADM is intended to 
serve as a SAM, then the ATM functionality shall meet the requirements 
ofGR-2842-CORE. 
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413 Ring Side Interfaces 

Ring side interfaces include, but not limited to: 



. OC-3 
• OC-12 
. OC-48 
. OC-192 



These ring side interfaces (OC-N signals) may use all ^^'-^^'J^^^^ 

ATM rings) or only a portion of the bandwidth (in the case of hybnd rmgs) for ATM trattic. 

m ATM^ffic is c^ed in an STS-Nc within the ring side OC-N signal. 

4 14 Drop Side Interfaces 

SS"o^AM«;nOfor*ed«ere„.ring speeds 

not limited to: 

. OC-3 Ring: drop side OC-3, STS-3c, OC-1, STS-1, DS3. DSl 
. OC-12 Ring: drop side OC-12 containing STS-3c, OC-3, STS-3c, OC-l, STS-1, DS3, 
DSl 

. OC-48 Ring: drop side OC-12 containing STS-12c, OC-12 containing STS-3c, OC-3, 
STS-3C, OC-1, STS-1, DS3. 

4.2 Functional Blocks for ATM VP Functionality in a SONET ADM 

Figure 4-3 shows the ATM layer fimctionality from Figure 4- 1 broken down into the 
following functional blocks: 

• PHY - Physical Layer Functional Block 

. VPM - Virtual Path Multiplexing Functional Block 

• VPL - Virtual Path Link Functional Block 

• VPCE - Virtual Path Cross-Connection Entity Functional Block. 
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ATM drop side 
interfaces toward 
user or network 
(Drop Side ATM Interfaces) 



ATM interfaces 
toward ring 
(Ring Side ATM Interfaces) 



Figure 4-3. Minimum ATM VP Functionality in a SONET ADM 

The functional blocks and their associated functions are the minimum amount of VP 
functionality that may be added to a SONET ring ADM in order for it to serve as a SONET 
ATM VP ring ADM. The remainder of this section focuses on identifymg the functions and 
their requirements for each functional block. 



4.2.1 PHY - Physical Layer Requirements 

4.2.1 .1 Drop Side Interfaces 

Functions performed by the PHY functional block for the drop side interfaces include: 

• transmission line coding, synchronization, and timing 

• transmission overhead processing 

• transmission frame generation and recovery 

• transmission maintenance 

• cell rate decoupling 

• Header Error Control (HEC) generation and HEC check 
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• cell delineation 

• scrambling/descrambling of ATM cell information field. 
The drop side physical layer interfaces could be UNI or NNI. 

R4.6 [6] If the drop side physical layer interface is between the user and the 
service provider (as in a service provider providing a user with VP 
service) then the physical layer interface shall meet the UNI physical layer 
interface requirements from the sections of TR-NWT-001 112 specified. 

. Section 4 for the 155.520 Mb/s UNI 

• Section 5 for the 622.080 Mb/s UNI 
. Section 6 for the 5 1 .840 Mb/s UNI 

• Section 7 for the 44.736 Mb/s UNI 

• Section 8 for the 1 .544 Mb/s UNI. 

R4-7 [71 For drop side non-user to service provider physical layer interfaces, the 
physical layer interface shall meet the NNI physical layer interface 
requirements from the sections of TR-NWT-001 1 12 specified. 

. Section 9.2 for the 155.520 Mb/s NNI 
. Section 9.3 for the 622.080 Mb/s NNI 

• Section 9.4 for the 44.736 Mb/s NNI. 

4.2.1 .2 Ring Side Interfaces 

For ring side physical interfaces, SONET section and line layer requirements should be met 
by the STM fiinction. Other functions performed by the PHY functional block for the rmg 
side interfaces include: 

• STS path termination 

• cell mapping 

• cell rate decoupling 

• HEC generation and HEC check 

• cell delineation 

. scrambling/descrambling of ATM cell information field. 
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R4-8 [81 The PHY function for the ring side interface shall terminate the 

SONET STS-1, STS-3C, or STS-12c path layer as described in Section 
4.3.5 ofTR-NWT-001112. 

R4-9 [9] ATM cell streams shall be directly mapped into STS-1, STS-3c, or 
STS-1 2c SPE pay load capacity of ring side interfaces, byte aligned to the 
SPEs, as described in GR-253-CORE. 

R4-10 [10] The PHY function for the ring side interfaces shall adapt the cell rate 
arriving from the ATM layer to the pay load capacity of the STS-1, 
STS-3c, or STS-1 2c SPEs by inserting unassigned cells when assigned 
cells are not available from the ATM layer. 

R4-1 1 [11] STS-1 , STS-3C and STS-1 2c ring side interfaces shall meet the HEC 
generation, HEC check, self-synchronizing scrambler, and cell delineation 
requirements in Section 10 of TR-NWT-001 1 12. 

4.2.1 .3 Service Access Interfaces 

Possible service access (drop side) interfaces for SAM functions with AAL functionality 
include, but are not limited to: 

• ATM Cell Relay Service (CRS) 

— for example, overDSl, DS3, STS-1, STS-3c, STS-1 2c 

— VBR, CBR, UBR 

• Frame Relay Service (FRS) 

— for example, over DSl 

• Native Mode LAN 

— for example, Ethernet 

• SMDS 

• DS1/DS3 Circuit Emulation 

• Video 

• XDSL based Services. 

AAL1-AAL5 may be needed to provide the service access interfaces supported. 

Requirements for customer service access interfaces (physical and service adaptation 
ftinctions) can be found in Section 2 of GR-2842-CORE. 
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4.2.2 VPM - Virtual Path Multiplexing Requirements 

Functions that may be performed by the VPM (common to all VP links) include: 

• VP multiplexing and demultiplexing 

. VPI verification (for cells flowing toward the VPCE ftmctional block) 
. header verification (for cells flowing toward the VPCE functional block) 

• Generic Flow Control (GFC) (this UNI option is not currently supported). 
The VPI multiplexing and demultiplexing function enables individual cell flows to be 
logically combined and separated from a single flow based on VPI values. 

For each cell received, the VPM must ensure that each header pattern is valid and that the 
VPI is not out of range or unassigned. 

R4-12 [121 The VPM shall follow R1113-32, 33, 34, and 36 with respect to 
header and VPI verification. 

4.2.3 VPL - Virtual Path Link Requirements 

Functions of the VPL include: 

• VPI Assignment 

. VP Usage Parameter Control (UPC)/Network Parameter Control (NPC) 

• Traffic Contract 

• Traffic Shaping 

• F4 0AM generation and processing 

• F4 0AM non-intrusive monitoring 

. Explicit Forward Congestion Indication (EFCI) (VPL is not required to generate 
EFCI, it should pass the EFCI code point through). 

R4-13 [131 Ring side and non-user drop side interfaces shall use the NNI cell 
header format. 

R4-14 1141 For NNI format interfaces, the number of allocated bits of the VPI 
subfield shall be in accordance with R1113-6. 

R4-15 1151 Drop side user interfaces shall use the UNI cell header format. 
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R4-16 (16] For UNI format interfaces, the number of allocated bits of the VPI 
sub fie Id shall be in accordance with Rl 113-5. 

R4-17 [171 VPIs shall be assigned bi-directionally (with bandwidth assigned 

independently for each direction) for the ring side interfaces (NNI) and for 
the drop side interfaces (UNI or NNI). A translation shall be performed on 
the VPIs for each terminating VPL involved. 

Note: The VPI value has no end-to-end significance over an entire VPC. An end-to-end 
VPC includes the VPLs within the ring. VPI translation allows for the VPI to remain the 
same (i.e., no new VPI assignment) for each VPL on the ring. 

R4-18 (18) At connection establishment, a unique VPI for each VP link (per 

interface) involved in the VP connection shall be associated (VPI values 
may or may not be different for each VP link involved), using the 
following VPI allocation rules: 

• the allocated bits of the VPI subfield shall be contiguous 

• the allocated bits for the VPI subfield shall be the least significant bits 
of the VPI subfield, beginning at bit 5 of octet 2. 

4.2.4 VPCE - Virtual Path Cross-Connection Entity Requirements 

The VPCE interconnects VP links between ports by associating incoming port and VPI 
values with outgoing port and VPI values. The VP interconnection function shall support 
both UNI VPs (up to 256) and NNI VPs (up to 4096). This is a unidirectional function that 
includes add/drop, pass-through, and drop-and-continue at the VP level. The VPCE process 
may support point-to-point and point-to-multipoint VP connections. 

R4-19 [19) The VPCE shall support the interconnection of VP links: 

• between any drop side ATM interfaces 

• between any ring side ATM interfaces 

. between any drop side and ring side ATM interfaces. 
Note: Cell sequence integrity is maintained for all cells belonging to an entire VPC. 



4.3 Other Requirements 

Other common requirements mclude reliabiUty and survivability of the ATM layer in 
SONET ATM VP ring ADM. 
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4.3.1 Reliability/Availability 

The overall reliability of a SONET ring (based on GR-1400-CORE or GR-1230-CORE) is 
not expected to be compromised as a result of adding an ATM VP layer to the ring. For 
example, 

R4-20 [201 The downtime (i.e., unavailability) of any SONET STS-Nc path 

(between two particular nodes) carrying ATM traffic on a SONET ATM 
VP ring shall not be worse than the downtime of a SONET STS-Nc path 
carrying ATM traffic on an existing SONET Ring, as specified in Section 
2ofGR-418-CORE, 

R4-21 [21] The downtime of a two-way VP shall not be worse than the downtime 
of a two-way channel through an existing SONET Ring, as specified in 
Section 2 of GR-418-CORE. 

The signal path of a two-way channelAT is assumed to travel from an ATM interface (e.g., 
DS3, STS-3c) on one node to an ATM interface on another node. System availability 
criteria for SONET rings can be found in GR-1400-CORE and GR-1230-CORE. 



4.3.2 ATM Layer Survivability 

Survivability of ATM traffic is provided by ATM Protection Switching (PS) introduced in 
Section 2,4. Standardization efforts for ATM PS mechanisms are progressing in ITU-T 
SGI 3 and ANSI T I SI .5. ATM PS can protect the network from single link and single node 
failures and provide protection against ATM layer failures within the ring. It should be 
noted that the current standardization efforts have moved toward specifying Virtual Path 
Group (VPG) and VP protection as mechanisms used to protect against facility (and other 
physical layer) impairments, and specifying VP protection as the mechanism used to 
protect against ATM layer impairments (such as ATM switching matrix impairments). VC 
protection mechanisms, due to the potentially large number of VCs that may need to be 
managed, may result in large overhead and complex operations support, and thus have been 
relegated for fiuther study. The main standards organizations involved with ATM PS 
specifications are T1S1.5 and ITU-T SG13 (Q.6), with T1S1.5 providing a central 
discussion point for U.S. positions going into the international standards organization. 

The ATM level PS mechanism will consist of: 

• Detection mechanism 

• Triggering mechanism 

• Coordination protocol 

In addition, a holdoff mechanism for intralayer/interiayer interactions may be developed. 
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The first phase of ATM PS recommendation will use a dedicated resource and route 
allocation mechanism for point-to-point 1+1/1: 1/1 :n VP and VPG, on linear, mesh, and 
ring physical topologies. In essence, all working ATM cell streams traversing a network 
would have preallocated route and bandwidth for the protection entities. Having dedicated 
resource and route allocation simplifies the coordination and operational aspects of 
managing the ATM protected network. The standards organization envisioned an extension 
of the ATM protection switching mechanism (i.e., second phase of standardization) to 
provide for a semidedicated resource allocation technique, whereby the protection entity 
will be predetermined with zero bandwidth associated with the protection path. 

As noted above, the first phase in standards will provide standards for a point-to-point ATM 
PS mechanism protocol. This type of PS mechanism can be used for example in a physical 
ring topology composed of ATM nodes via selective provisioning of user circuits providing 
only point-to-point ATM PS between nodes on the ring. Note that this example of using 
point-to-point ATM PS for a physical ring topology, is analogous to the use of point-to- 
point SONET protection mechanisms in existing SONET rings (e.g., UPSR). 

Another implementation of ATM PS for a physical ring topology could make use of an 
ATM shared protection ring mechanism that has a specific coordination protocol designed 
to operate for a physical ring topology. This is analogous to the use of the BLSR protection 
protocol used for SONET today, with the difference that the ring based protection protocol 
would operate at the ATM layer. In the SONET worid, the BLSR protection protocol is 
different fi-om the point-to-point protection mechanism (e.g., squelching functions are 
provided in the BLSR). Standards will not initially address the use of ATM PS mechanisms 
that utilize an ATM shared protection ring mechanism specifically designed for ring 
topologies. This is for future work. It is envisioned that in this fiiture work, an ATM shared 
protection ring mechanism could apply to VPG and VP, with additional fimctionaUty to 
cover multiple failures and interconnections with other networks. 

The ATM l+l/l : 1/ VPG/VP PS will operate similar to the SONET 1+1/1:1 APS system. 
The VPG carries multiple VPs (or as low as a single VP) and one working VPG is protected 
by another dedicated VPG. The receiver at the corresponding VPG/VP termination node, 
based on the signal quality received, will automatically switch over to the protection VPG/ 
VP. Messages need to be exchanged between the two end nodes of an affected VPG/VP to 
coordinate the switchover when failure is detected. Standard point-to-point protocols 
required to facilitate this message exchange are currently being addressed within T1S1.5 
and ITU-T. 

ITU-T recently reached the following provisional agreement on two ATM protection 
domain boundary types that can use existing 0AM fimctions: 

• Protection domain aligned with 0AM cell flows for VPGA/P 

• Protection domain uses APS channel for VPG. 

The fu-st type could support nesting of two protection domains (referred to as one level 
nesting, the outer level coupled with the end-to-end 0AM flow and the inner level coupled 
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with the segment 0AM flow). However, the alignment of protection domains and ATM 
segment 0AM cell flows may introduce significant restrictions to network operators and 
may not be desirable. With the second type for VPG protection, the protection domain may 
start and end at any two nodes within the connection including end-to-end or segment 0AM 
connections (i.e., the bridge and switch function is provided by these nodes). This is also 
the target for VP protection. Therefore, for the VPGA^P, multilevel nested protection 
domains will be allowed. 

Embedding multiple protection domains for the same connection(s) is defined as nested 
protection. That is, these protection domains provide protection for the same network 
connection(s). For example, there may be the possibility of having the ATM protection 
domain associated with ring protection (or ring interconnection) embedded within a larger 
ATM protection domain such as a protection domain between two ATM switches located 
off of the ring (or interconnected rings). 

ITU-T recently reached the following ATM coordination protocol agreement: 

• One phase protocol using basics of the multiphase SONET APS protocol. 

The ATM PS mechanism is only provisionally agreed to and may still change if technical 
flaws are identified in the provisional agreement. 

The ATM protection mechanisms currently being developed within Tl S 1 .5 and ITU-T can 
be applied to protect the ATM shared bandwidth on SONET ATM VP rings as noted 
earlier. 

Two basic types of ATM ring protection switching mechanisms are envisioned: 

• Dedicated point-to-point protection 

• Shared protection ring mechanism. 

A ring with dedicated protection utilizes the concept of 1+1 protection applied to a physical 
ring topology to provide protection of ATM traffic. A shared protection ring utilizes the 
concept of 1 :n protection applied to a physical ring topology to provide protection of ATM 
traffic. 

A dedicated protection ring transports working traffic on both the working and protection 
entity during failure-fi-ee and failure events, thus allowing traffic recovery to be 
accomplished by a simple switch at the sink node from receiving the working entity traffic 
to receiving the protection entity traffic. A unidirectional protection switch for the 1+1 
protection would only involve the switch at the sink node. The ATM PS mechanism for 1 +1 
unidirectional protection mode does not require a coordination protocol. For a bi- 
directional 1+1 protection switching mechanism, a point-to-point coordination protocol 
may be needed between the source and sink nodes. 

R4-22 [221 A hybrid VP UPSR or ATM UVPSR shall use the ATM I +1 VPG/ 
VP PS point-to-point mechanism being developed within standards. 
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An ATM protection mechanism for the ATM shared bandwidth on a SONET UPSR will 
be necessary to prevent ring exhaustion and to provide protection of node failures for pass- 
through ATM traffic. 

A shared protection ring transports working traffic on the working entity during failure-free 
conditions and bridges the working traffic to the protection entity during a failure event. 
Shared protection ring architectures are similar to point-to-point l:n protection 
architectures; the difference stems from the method of sharing the protection entity among 
working entities. This will require a specific shared protection ring coordination protocol 
to be developed. In a shared protection ring architecture, the protection entity may be used 
to protect any working entity around the ring that requires the protection capabihty. A 
hybrid VP BLSR or ATM BVPSR may make use of a future ATM 1 :n VPGA^P PS shared 
protection ring coordination protocol. 

The deployment of ATM protection mechanisms on SONET BLSRs (i.e., hybrid VP 
BLSR) will be dependent on the development of an effective ATM squelching mechanism. 



4.3.2.1 1+1/1:1 VPGA/P Protection 

Fundamental requirements for an ATM dedicated protection ring PS mechanism can be 
found in GR-2980-CORE. The requirements in GR-2980-CORE provide for point-to-point 
or linear 1+1/1:1 protection. The goal with GR-2980-CORE is to align with agreements 
from standards. 



4.3.2.2 1 :n VPG/VP Protection 

A l:n ATM PS mechanism provides protection of n working entities using one protection 
entity. In a 1 :n protection mode, only one working entity may be protected by the protection 
entity. Future issues of GR-2980-CORE will include requirements for point-to-point l:n 
protection. 

Additional requirements for shared protection ring configurations (i.e., specification of an 
ATM PS shared protection ring coordination protocol) to allow sharing of the protection 
entity around the ring and to cover multiple failures and interconnection may be necessary 
and are for further study. Operational aspects and interconnection with other systems are 
different for ring configurations than point-to-point or linear applications. 



4.3.2.3 Protection Performance 

The goal in standards for the ATM point-to-point PS mechanism currently being developed 
is to provide protection switching times as fast as possible. The exact switching times (e.g.. 
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50 ms, 100 ms, 150 ms) are not known yet and are for further study. Ring protocols may 
also provide different switching times. 

4.3.3 SONET and ATM Layer Protection Interaction 

The interworking of different survivability mechanisms within the same portion of the 
same network (e.g., ring), or the interworking of different survivable networks (or network 
segments) is called escalation. For SONET ATM VP rings, the ATM shared bandwidth 
could be protected by both SONET layer mechanisms and ATM layer mechanisms (BLSR 
only) or solely by SONET or ATM layer mechanisms (where the SONET layer is still used 
as a transport medium on the ring). If the ATM shared bandwidth is protected by both 
SONET and ATM layer mechanisms, when network failures occur, coordination between 
these different restoration mechanisms within the ring is needed such that any affected 
ATM traffic that cannot be restored by the SONET layer can be handed over to the higher 
ATM layer, e.g., from 1+1 SONET APS to 1+1 ATM APS. Another example would be to 
use the SONET layer for span switching and the ATM layer for ring switching on a 4-fiber 
BLSR. Otherwise, a poorly planned escalation strategy could result in various survivability 
mechanisms contending with each other for spare facilities, slower restoration times, or 
even the inabihty of the ring to recover from certain failures. To avoid having the 
restoration mechanism at both SONET and ATM layers invoked concurrently, certain 
delay (generic holdoff) needs to be inserted between these two layers before the higher 
ATM layer restoration mechanism is activated. 

The topic of a generic, provisionable holdoff function in ATM survivability escalation is a 
current issue in standards. The higher layer holdoff could be implemented at the endpoint 
of the higher layer protected path, or at the node where the higher layer is notified of 
upstream failures that could cause the initiation of higher layer protection switching. For 
instance, the holdoff could be implemented to prevent the next layer, e.g., ATM layer, from 
attempting to restore traffic (by delaying insertion of VP- AIS for ATM protection 
switching purposes) that could be restored by the SONET protection mechanism. This 
delay could be made to allow operation of the next layer as soon as possible or be delayed, 
e.g., up to 100 ms (values are for fiirther study). There is also discussion in standards to 
allow the lower layer (e.g., SONET) to provide protection switching. If this layer cannot 
protect against the failure, an interlayer messaging function wUl send information to other 
higher layers, i.e., ATM, to allow those layers to attempt the protection. 



4.3.4 Ring Interconnection at the ATM Layer 

Ring interconnection, introduced in Section 2.5, assuming dual-node ring interconnection 
or dual homing for ATM, involves the issues of drop-and-continue of ATM signals (at the 
VP level) and interworking with existing conventional SONET rings. 
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Both the SONET UPSR and BLSR utilize an STM level l+l protection scheme when 
providing dual-node ring interconnection, according to GR-1400-CORE and GR-1230- 
CORE respectively. Therefore, when STM layer protection mechanisms are used for ring 
interconnection, requirements given in GR- MOO-CORE and GR-1230-CORE should 
apply. To assure interworking between SONET ATM VP Rings and conventional SONET 
Rings, the ATM interconnection protection scheme should utilize a 1+1 protection scheme 
as well. 

Using a 1+1 protection scheme requires the ability to duplicate the interring circuit as well 
as provide a selector function to select the better of the two interring circuits at the 
destination. Duplication of the circuit is provided via the drop-and-continue function. The 
drop-and-continue function and/or the selector function can be performed at the SONET or 
ATM layer for ring interconnection. Bellcore analysis indicates that significant benefits 
with respect to bandwidth efficiency and VP management are realized when providing 
these functions at the ATM layer for all types of SONET ATM VP Rings. 

For an example of dual-node ring interconnection using these functions at the ATM (VP) 
layer for an ATM UVPSR, see Figure 3-9. Note these same ATM VP layer functions would 
be used for a Hybrid VP UPSR. In Figure 3-9, the ring interconnections are provided at two 
diversely located nodes, with two different drops and two different feeds between rings. 
The selector function is provided on the egress direction of traffic on the fust ring. The 
selector function selects the better of the two copies of the interring circuit and drops the 
selected signal to the second ring. A further selector function at the destination node on the 
second ring (not shown in Figure 3-9) selects the better of the two copies from the two 
different ring directions. For a Hybrid VP BLSR or ATM BVPSR, the selector function 
would be on the ingress direction of traffic to select between duplicate interring circuits, 
each carried over a different interconnection link. 

R4-23 [23] For ring interconnection at the ATM layer, the drop-and-continue 
function shall be provided at the ATM layer. 

The drop-and-continue function is needed to support dual homing ring interconnection for 
ATM. Dual homing requires the two interconnecting ADMs on the same ring to coordmate 
VP drop-and-continue. Another ATM ring interconnection method may be possible such 
as "dual transmit." This method utiUzes the "dual transmit" at the source node on the ring 
to provide dual node ring interconnection capabihty. Other ATM ring interconnection 
methods may also be utilized and are for further study. 

R4-24 [241 For ring interconnection at the ATM layer, the selector function shall 
be provided at the ATM layer. 
It is likely that this ATM protection domain associated with ring interconnection will be 
embedded within other ATM protection domains. Thus, the ATM protection scheme used 
to protect interring circuits would have to support nested protection. Nested protection is 
described in Section 4.3.2. 
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5. Common ATM Operations Functionality and Criteria 

This section reviews ATM operations functionality and presents criteria for SONET ATM 
VP ADMs. It covers the operations architecture, operations functions and how they are 
supported by operations communications, operations flows between transport end points, 
and operations interfaces. 

The introduction of ATM operations functionahty into the SONET ring ADM should not 
impact the STM operations functionality of the SONET "layer" of the Hybrid ring or pure 
ATM ring. 

R5-1 [251 All operations requirements for the SONET layer found in GR- 1 400- 
CORE, GR-1230-CORE, and GR-253-CORE must be followed for 
Hybrid ADMs, where applicable. 



5.1 TMN Operations Architecture 

The Telecommunications Management Network (TMN) architecture is based on a multi- 
layered model of operations as defined in ITU-T Rec. M.3010 and further addressed in 
TA-TSV-001294, GR-2869-CORE, and ANSI T1.210. TMN supports the management 
requirements of administrations to plan, provision, install, maintain, operate and administer 
telecommunications networks and services. A TMN provides management functions for 
telecommunications networks and services and offers communications between itself and 
the telecommunications networks, services, and other TMNs. 

The TMN model provides the management context for the SONET ATM VP ADMs. TMN 
is a logical management model, providing a functional decomposition of management 
functions into logical management layers and management functional areas. TMN is also 
an architectural model, espousing open/standard interfaces among management 
applications (e.g., OSs) as well as between management applications and the network 
resources being managed (e.g., NEs). As shown in Figure 5-1, the TMN logical 
management layers are: the Network Element Layer (NEL), Element Management Layer 
(EML), Network Management Layer (NML), Service Management Layer (SML), and 
Business Management Layer (BML). These are logical management layers that provide a 
logical and consistent separation of management functions with well-defined interfaces, 
without implying any specific physical implementation. Physical implementations may 
choose to integrate two or more of these layers. These layers can be briefly summarized a 

• BML: Goal setting, finance, budgeting, and planning 

• SML: Contacts with customer, identification of customer access to network, billing 
maintenance and reporting quality of service data 

• NML: Control coordination of the whole network, nodes and links, provisioning anc 
maintenance of network capability, and statistics and history pertaining to circuits 
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. EML- Control and coordination of a subset of NEs, gateway to NEs for NML and 
higher layers, maintenance of statistics and history of individual NEs 

. NEL: Telecommunication activities of the resource components of NEs, 
implementation of management commands, detection of problems, and autonomous 

activities. 
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Figure 5-1. Multi-Tiered Operations Architecture. TMN Model 
The NEL and portions of its EML are covered in the following subsections. 
The TMN concept also introduces five Management Functional Areas (MFAs): 
SnfigmL M^anagemen, Fault Management^ 1^^^^^^^^^,^:^''^' 
Management, and Security Management as depicted m Figure 5-2. The following 

summarizes these five MFAs. 
. Configuration Management exercises control over, identifies, coUects data from, 
and provides data to NEs and the connections between NEs. Configuration 
Management is responsible for the plamiing/installation of NEs ^^'^V-^^^^^^'^ 
into a network, and the establishment of customer services that use that network. 

. Fault Management enables the detection, isolation, and correction of abnormal 
operation of the telecommunications network and its environment. 
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• Performance Management evaluates and reports upon the behavior of 
telecommunications equipment and the effectiveness of the network and NEs for the 
support of services. 

• Accounting Management enables the use of the network services to be measured and 
the costs for such use to be determined It provides facilities to collect accounting 
records and to set billing parameters for the usage of services and for periodic charges 
for access to the network. 

• Security Management provides for prevention and detection of improper use of 
network resources and services, for the containment of and recovery from theft of 
services or other breaches of security, and for security administration. 
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Figure 5-2. TMN Layers and Management Functional Areas 

The TMN information architecture of ITU-T Rec. M.3010 describes an object-oriented 
approach for information exchanges in interactive management transactions, i.e., those tha 
implement the Common Management Information Service Element (CMISE) . The TMN 
information models are defined in ITU-T Reconmiendations, such as ITU-T Rec. M.3 100 
andG.774. 

The management approach for ATM networks and BSSs is based on the TMN concept and 
requirements for EML and NEL on ATM NEs are given in GR-1248-CORE. The SONET 
operations approach is also consistent with the TMN concept, as described in 
GR-253-CORE, Section 8. 



I . The CMISE Application Service Element (ASE) in a system (e.g., an NE) employs the Common Management 
Information Protocol (CMIP) across the interface to other systems (e.g., other NEs or OSs). 
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5.1,1 Operations Architecture Evolution 

Three basic types of operations architectures are distinguished on the basis of management 
scope for different NE technologies. The NE technology categories include: SONET NE, 
ATM NE, and Hybrid NE. Each operations architecture type is defined on the basis of its 
management scope with respect to NE type as shown in Figure 5-3: 

• Technology-specific operations architecture 

• Hybrid operations architecture 

• Integrated operations architecture. 

In the current (unintegrated) network management environment, SONET NEs are managed 
by a SONET-specific EMS and sub-NMS, and ATM NEs are managed by an ATM-specific 
EMS and sub-NMS, as shown in Figure 5-3a. Management integration is assumed to take 
place at an NMS. The introduction of a hybrid NE with combined SONET/ ATM 
functionality into this environment could potentially be handled via separate interfaces to 
the SONET EMS and ATM EMS, as shown in Figure 5-3b. However, disjoint management 
of an integrated element such as a hybrid has a number of drawbacks. A general implication 
is that careful coordination is required between the two EMSs to ensure unambiguous 
management actions, particularly in the management of shared resources such as common 
equipment modules. This scenario is not considered a likely alternative for deployment. 
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Figure 5-3. Operations Architecture Evolution 

The introduction of a hybrid EMS, with management responsibility for SONET NEs and 
hybrid NEs, as shown in Figure 5-3c, is a more likely scenario. This likelihood is especially 
true if the hybrid is an extension of a SONET supplier's NE product providing basic ATM 
functions such as VP cross-connection. An ATM EMS is assumed to manage the (pure) 
ATM NEs with VC functionality in such a network. (A SONET EMS could potentially 
coexist in a network with a hybrid EMS.) Generic requirements for a hybrid SONET/ATM 
EMS are given in GR-2955-CORE. 
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Further management coordination could be attained with an integrated operations 
architecture in which integrated EMSs have management responsibility for SONET NEs, 
hybrid NEs, and ATM NEs (Figure 5-3d). 



5.1 .2 Hybrid Operations Architecture 

A hybrid network element such as a Hybrid ADM, has two types of operations information, 
one related to the SONET layer and one to the ATM layer. Consequently, the associated 
OS functions must cover SONET STM Network Management as well as ATM Network 
Management, and these functions may be reported to a Service Management layer 
according to the TMN model Figure 5-4 shows the management layers that support the 
different functions of the hybrid NE and some of the NE types that the management layers 
may serve. 



Service Management Layer 






Network Management Layer 


SONET STM 


ATM 



Element Management Layer 




Subnetwork 
Hybrid ADM 
Hybrid DCS 
BSS 
SAM 
VPX 



Collection of SONET ADMs 



SONET ADD/Drop Multiplex with ATM VP Functionality 
SONET DCS with ATM VP Functionality 
Broadband Switching System 
ATM Service Access Multiplexer 
VP Cross-Connect 



Figure 5-4. TMN Architecture - Hybrid Operations 

For the Hybrid ADM, the operations interface would ideally consist of a single interface 
connecting to the EML rather than separate interfaces for the two types of operations 
information (i.e., SONET and ATM). Initially, element management support for Hybrid 
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ADMs may be performed by two separate Element Managers, one for the SONET 
functions and one for the ATM functions. The hybrid NE will generate alarms and 
performance information for both the SONET layer and the ATM layer. Some of this 
information will pertain to both layers of the NE. In this case, the information will need to 
be correlated and it must be determined which information should be passed up to the 
network and service management layers for action to be taken. Using OSI/CMISE for both 
types of operations information should help facilitate implementation of a single 
management interface. 

For Hybrid ADMs, two layers of operations functions can be distinguished, at the SONET 
physical layer and at the ATM logical layer. SONET-based operations or management 
functions remain largely unchanged. For the SONET layer, general requirements for 
maintenance (alarm surveillance, performance monitoring, and testing) and memory 
administration are given in GR-253-CORE, Section 6. For the ATM layer, general 
requirements that apply to the Hybrid ADM can be found in GR-1248-CORE. Not all 
ATM requirements apply to the Hybrid ADM. Preliminary operations requirements 
specific to the Hybrid ADM are provided in this section. 



5.2 Operations Functions 

Network operations encompass the set of operations functions directly concerned with the 
day-to-day functioning of the networks of a network provider. These functions support 
operations personnel in 

• Configuring the network to provide service (Configuration Management) 

. Detecting, localizing and correcting network faults and troubles (Fault Management) 

• Ensuring that the overall network performance and service level objectives are met 
(Performance Management). 

OSs are largely responsible for provisioning, maintaining, and administering the network. 
Operations features for NEs are also required to support network operations. OSs 
communicate with NEs mostly via generic operations interfaces, commonly referred to as 
OS/NE interfaces. Various operations fimctional areas may be handled by different OSs, 
each one handUng a certain set of functions. For broadband networks, such operations 
functions include maintenance, memory administration, network traffic management, 
network data collection, and Customer Network Management (CNM). 



5.2.1 Configuration IManagement 

Configuration management provides functions for OS database support including updates, 
backups, restorals, and data integrity. The following subsections describe the configuration 
management functional areas for the SONET ATM VP Ring node. Provisionmg ATM 
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routing information (VPI values) to either establish (or release) a VP link on the SONET 
ATM VP ADM falls in the area of configuration management. The administration of VPIs 
through the SONET ATM VP ADM introduces a new function for the management system 
compared to pure SONET ADMs. A VPI routing table will be required for each SONET 
ATM VP ADM as part of the configuration of VP services at the NE to support the VPI 
assignment information, such as VPI values, input and output ports, and potentially traffic 
descriptors and QoS class information. 



5.2.1.1 External Update Support 

The SONET ATM VP ADM will need to identify itself and report changes in its 
configuration. 

R5-2 [26] The SONET ATM VP ADM shall meet the requirements specified in 
Section 5.1 of GR-1248-CORE for external update support. 



5.2.1 .2 Memory Update Support 

The SONET ATM VP ADM will need to update its database in response to operations 
requests by network management systems. This includes information for configvuing 
interfaces, VPLs, VPCs, point-to-point ATM VP cross-connections, VPC OAM segment 
end points, ATM NE functions, and suppressing/duplicating autonomous messages. 

R5-3 [271 The SONET ATM VP ADM shall be able to configure drop side 
interfaces as a Broadband Intra-Network Node Interface (B-INNI) and 
maintain B-INNI interface parameters as specified in R1248-27 in 
GR-1248-CORE. 

Regarding R5-3, not every item listed in R1248-27 may be required to be supported 
because the SONET ATM VP ADM may not set-up VPCs and VCCs. 

CR5-4 [28] If a UNI is supported, the SONET ATM VP ADM shall be able to 
configure drop side interfaces as a UNI and maintain UNI interface . 
parameters as specified in R1248-27 in GR-1248-CORE. 

R5-S [291 The SONET ATM VP ADM shall maintain information in 
accordance with R1248-28 for each VPL it terminates. 

Regarding R5-S, the traffic and QoS descriptors that are maintained (e.g., ingress and 
egress peak cell rate and sustainable cell rate) for each VPL, can be used to support a 
policing function. 
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R5-6 1301 The SONET ATM VP ADM shall be able to configure point-to-point 
and multipoint ATM VP cross-connections as specified in R1248-32, 33, 
34, 35, 36, 37, 38, 39 in GR- 1 248-CORE. 
Regarding R5-6, note that only multicast (point-to-multipoint) is currently feasible_ 
However the SONET ATM VP ADM should be designed to support management of merge 
functionality as it becomes defined. A type of multicasting comiection application is 
described in Section 3.3.2. 

The concept of segment end points for administering segment operations flows exists in 
ItM node's. Segi^ents are a concatenation of one or more VP or VC links^ Se^ent end 
points are specified by the network management system issumg commands to the ATM 
NE The ring node needs to support management system requests to set up segment end 
points Segment operations flows use 0AM cells to communicate operations mformation 
within one or more concatenated VPA^C links. 

R5 7 [311 The SONET ATM VP ADM shall be able to identify a VPL 
termination point as a VPC 0AM segment end point as specified m 
R1248-40 and 41 in GR-1 248-CORE. 

R5 8 1321 The SONET ATM VP ADM shall be able to activate/deactivate ATM 
NE functions as specified in R1248-42 in GR-1248-CORE. 

R5.9 [331 The SONET ATM VP ADM shall provide message suppression/ 
duplication capabilities as specified in R1248-43 and 44 in 
GR-1248-CORE. 



5.2.1 .3 Memory Query Support 

In addition to performing updates, the SONET ATM VP ADM will need to support 
database queries. 

R5-10 [341 The SONET ATM VP ADM shall provide memory query fimctions 
, specified in R1248-4S in GR-1248-CORE. 



as ! 



5.2.1 .4 Memory Backup and Restoration 

In addition to performing updates, the SONET ATM VP ADM will need to support 
database backup and restoration. 

RS-ll I3S1 The SONET ATM VP ADM shall provide memory backup and 

lestorln features as specified in R1248.46 and 50 in GR-1248-CORE, 
except that memory backup may be stored external to the NE. 
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Other memory backup and restoration requirements in GR-1248-CORE are for further 
study. 

5.2.1.5 Software Download Support 

In addition to performing updates, the SONET ATM VP ADM will need to support 
software download. 

R5-12 [361 The SONET ATM VP ADM (or adjunct) shall meet the software 
download requirement as specified by R1248-54 in GR-i248-CORE. 

Remote software download requirements in GR-1248-CORE, i.e., 01248-55, are for 
further study. 

5.2.2 Fault Management 

Fault management criteria are used to detect, verify, and isolate troubles to maintain the 
SONET ATM VP ADM (including its components), its physical facilities, and its logical 
connections. There are two general fault management categories: 

• alarm surveillance functions, which include fault monitoring and fault notification 
capabilities 

• fault localization and testing functions, which include capabilities that enable a 
Management System to sectionalize a fault, analyze circuit and equipment 
characteristics, and enable the SONET ATM VP ADM to diagnose its own internal 
status. 



5.2.2.1 Alarm Surveillance 

In the area of fault management, NE alarm surveillance is unchanged from existing 
requirements. 

R5-13 [371 The SONET ATM VP ADM shall meet the generic maintenance 
requirements for trouble detection for NEs as well as ATM NEs as 
specified by R1248-56 in GR-1248-CORE. 

The necessary ATM OAM functions for the ring need to be supported, such as VP link 
failure indications (VP-AIS. VP-Remote Defect Indication [RDI]) via OAM cells. For 
example, when SONET trouble affects the ATM layer, VP-AIS OAM cells need to be sent 
downstream to be detected and alarmed by the ATM NE at the VPC end point. This tells 
the ATM NE of physical trouble on the VPC and the SONET alarnis (or OAM cell 
loopback) will help locate the cause. Note that the SONET (physical) STM layer will alarm 
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A fhP ATM laver See Figure 6-7 in GR-1248-CORE for an 
first before alarms are passed to the ATM layer. =»eej-ig interface. 
Illustration of SONET/ATM maintenance signal mteractton at the ATM mten 

r:i8l The SONET ATM VP ADM shall meet the ATM VP layer defect 
KnS— as specified in R1248.63, 64, and 70 m 
GR-1248-CORE. 

NO,, .ha, R.248.64 d«. no, address ATM Pro,»ho„ SwUching (however, i, doe. no. 

preclude it) - see Section 4.3.2.3. 



node). 
R5-15 



preclude it) - see Section 

m\ The SONET ATM VP ADM shall meet the failure timing and failure 
139] ineawiNci n-ii r.»^ n 1148-72 73. 74, 75, and 76 m 

notification requirements as specified m R1248 7Z, i% , 

GR-1248-CORE. 

study, specifically, R1248-77 and 78 m GR-1248-CORE. 

ATM transmission interfaces to the nng node (e.g., uaj 
Fault management also covers the ATM transmission in 



SONET is unchanged. 

1401 The SONET ATM VP ADM shall »f ^^^^^^^^^^^^^^^ 
layer defect and failure detection as specified m R1248-57, 58, 59, 60, 
62inGR-1248-CORE. 



R5-16 



5.2.2.2 Fault Localization and Testing 



FauUlocalizationandtestingiUnctionsareu^^^^^^^^^^ 

fixnctionality NE failures down to the smallest ^^^iS '27^^^ VPCs. 

software, as well as to enable the ne^ork^^^^^ 

Generic maintenance requirements for SONbl aim vr b 

testing functions and internal diagnostics. 

r...-, 141 1 The SONET ATM VP ADM should meet generic maiiitenance 

li^mSrtrl^^^ 
diagnostics as specified by requirements R1248-79, 80, 81, 82, ana 

01248-83 in GR-1248-CORE. 
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For fault localization and testing, 0AM cell loopback and 0AM Continuity Check (CC) 
capability may be needed. The main points of the loopback and the CC mechanism are to 
find ATM specific troubles and to verify an active connection, respectively. Both 
capabilities would be used on a VPC basis as well as a segment basis. The CC mechanism 
and RDI 0AM can identify ATM/latent troubles on the connection. The BSS could 
originate the 0AM cell loopback function to locate ATM troubles that may be caused by 
the ring. A loopback failure would indicate that no loopback is received. 

CR5-18 [421 The SONET ATM VP ADM may be required to provide 0AM cell 
loopback capability support on VP (F4) Flows at segment end points as 
specified in R1248-87, 89, and 92 in GR-1248-CORE. 

Regarding CR5-18, only support for looping back received loopback cells is provided. It is 
assumed that origination of loopback is done by the BSS. Providing loopback capability 
support at intermediate points is for further study. 

CR5-19 [43] The SONET ATM VP ADM may be required to provide the CC 
capability on VPCs and segments as specified in Section 6. 1 .2.4 in 
GR-1248-CORE. 

For Hybrid ADMs, SONET section and line overhead terminate at all ring nodes (assuming 
no regenerators). The two available layers of SONET alarms (along with PM) should detect 
and fault locate essentially all SONET (physical) trouble on spans between ring nodes and 
on SONET access links between ring nodes and BSSs. The SONET STS-N(c) path 
terminates between nodes having ATM access. This additional path layer of SONET 
alarms (along with PM) is also available for trouble isolation on the equipment. 



5.2.3 Performance Management 

Perfomance management includes gathering and analyzing statistical data for both 
performance monitoring (for network maintenance) and for Network Traffic Management 
purposes. PM of the physical facilities and of the ATM VPA^C connections, protocol 
monitoring of 0AM cells at the ATM layer, and traffic management (if congestable ATM 
modules are used) are supported capabilities. 

5.2.3.1 Monitoring of Physical Transport Facilities 

Facility monitoring requirements must be met for ATM over DSn and ATM over SONET 
regarding drop side interfaces to the ring. 

R5-20 [44] The SONET ATM VP ADM shall meet the PM requirements 

specified in Section 7.1.1.1 of GR-1248-CORE for the appropriate DSn 
ATM drop side interfaces to the ring. 
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Facility monitoring requirements for ATM over SONET are unchanged from as described 
in GR-253-CORE for an ATM mapped SONET signal. 



5.2.3.2 Protocol Monitoring/Analysis 

Protocol monitoring of the ATM cell header processing is required on a per interface type 
basis (e g UNI). Counts are made on cells discarded due to HEC violations, ATM header 
errors, and out-of-cell delineation anomalies. For the SONET ATM VP ADM, this will be 
done for the ATM cell header processing functions associated with each direction of 
transmission on the ring. 

R5-21 (451 The SONET ATM VP ADM shall meet the requirements for 

monitoring the ATM cell header processing as specified in R1248-97, 98, 
and 99 in GR-1248-CORE. 
Requirements R1248-100, 101, and 01248-102, in GR-1 248-CORE, for logging cell 
abnormality due to unrecognized VPWCI values. Cell header abnormality logging is for 
further study. 

Protocol monitoring on OAM cells to monitor for errors in the processing of 0AM cells 
(e.g., counting number of OAM cells with invalid OAM fields) is a desirable feature. This 
includes counting and thresholding on a per OAM processor basis in support of VP service 
operation. 

OS-22 [461 It is an objective for the SONET ATM VP ADM to meet the objective 
in GR-1248-CORE, 01248-102, for protocol monitoring of OAM ceils. 

AAL protocol monitoring is not required since ATM connections are not terminated at 
SONET ATM VP ADMs (without SAM functions). Performance management of an AAL 
is conditional on whether the AAL is supported. It is expected that AAL processing will 
occur at non-UNI service access interfaces. 



5.2.3.3 ATM VP Performance Monitoring 

Performance management at the ATM layer is supported using OAM PM cell flows as 
developed in GR-1248-CORE, Sections 4, 7, and 8. VPA^C PM functions have been 
defined and include the PM cell generation, PM data collection, and activation/deactivation 
cells for PM. Information in PM (OAM) cells can be used to determme cell loss, cell 
misinsertion, or cell delay on a given VPC or VP segment. 

The need for SONET ATM VP ADMs to support OAM PM cell flows on VP segments 
between them depends heavily on the network architecture. If there is no VP cross- 
connecting and/or ATM layer muUiplexing occurring at the intermediate network elements 
between the SONET ATM VP ADMs, then the ATM NEs (e.g., VPX, BSS) to which the 
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VPs are added/dropped can assume responsibility for the 0AM PM cell flows. However, 
when multiple ATM layer multiplexing and/or cross-connects take place on the VP 
segments between the SONET ATM VP ADMs, then VP OAM PM cell flows need to be 
supported to facilitate trouble isolation at the ATM layer. 

CR5-23 [47] If a SONET ATM VP ADM needs to support point-to-point VP OAM 
PM cell flows, then the requirements in GR-1248-CORE Sections 4.2, 
7,1.3, and 8 shall apply addressing OAM PM cell formatting, generation, 
and activation/deactivation that are needed to monitor the following 
performance parameters: 

• number of 0+1 user cells lost (i.e., background cell lost) 

• number of 0 cells lost (i.e., cells lost between the source ATM NE and 
the destination ATM NE) 

• total number of misinserted cells (i.e., cells misrouted to the 
destination ATM NE) 

• errored cell events (i.e., cells delivered to the destination ATM NE 
with bit error(s) in the pay load). 

Regarding CR5-23, it is applicable to VP segments, not end-to-end VPCs. 



5.2.4 Security Management 

No new issues have been identified as a result of putting ATM VP functionality in SONET 
rings. Security Management Requirements can be found in Section 6.1.6 of GR-253- 
CORE, Section 1 1 of GR-1248-CORE, and GR-815-CORE, and vary depending on 
whether the ATM NE is accessible via public means (e.g., dial up). Access via public means 
is not anticipated for the SONET ATM VP ADM and should be the same access as any 
ADM. 



5.2.5 Accounting Management 

Accounting management requirements for any drop side UNI interfaces are currently 
investigation. 

Usage sensitive billing functions are not relevant to SONET ATM VP ADMs with 
capabilities limited to VP cross-connection. 
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5.3 Network Traffic Management 



5.3.1 Functions and Procedures for Traffic IVIanagement 



5.3.1.1 Introduction 

ATM traffic on a SONET/ATM network can be generated by a wide variety of services and 
applications. Whether this widely diverse traffic (in terms of characteristics and service 
quality requirement) can be orderly managed and whether the anticipated statistical 
multiplexing gain can be achieved (resulting from multiplexing multiple ATM cell streams 
onto the same STS-Nc path while still providing appropriately differentiated Quality of 
Service [QoS]) is technically challenging. The economic benefits of the SONET ATM VP 
ring are fundamentally related to the ability of each SONET ATM VP nng node to 
successfully protect the network from congestion and to efficiently utilize the network 
bandwidth. 

To meet the above objectives, a framework of three traffic management functions are 
specified as requirements. These requirements (described in Section 5.3.4) focus on the 
PVC and VP implementations in a UPSR or BLSR environment. The ftinctions are: 

• Connection Admission Control (CAC)- this is the set of actions performed by each 
SONET ATM VP ring node during the connection set-up phase in order to determine 
if there are sufficient network resources and bandwidth to support the request (these 
functions are discussed in more detail in Section 5.3.1 .2). 

. Policing- this is the set of actions taken by each SONET ATM VP ring node to monitor 
and control traffic at a SONET/ATM network access point (e.g., SAM mtcrface, 
native LAN interfaces, etc.). The main function is to verify that the incommg (new 
add-on) traffic is in compliance with the negotiated traffic rate at connection 
establishment. Policing may (optionally) also include the action of traffic shapmg that 
alters the traffic characteristics of a stream of cells on a connection to ensure 
conformance at a subsequent SONET ATM VP ring node interface (these functions 
are discussed in more detail in Section 5.3.1.3). 

• Selective CeU Discard- this is the selective action taken by each SONET ATM VP ring 
node to discard non-compliant ATM cells (this function is discussed m more detail m 
Section 5.3.1.4). 

. Explicit Forward Congestion Indication (EFCI)- although not a requirement, this 
function provides traffic congestion indications: 1) to downstream NEs that can 
initiate congestion reduction actions and 2) to facilitate the selection of least delay 
STS-Nc path for ATM ceU transport. This function is addressed m a future issue of 
this GR. 

The ATM service categories covered by the traffic management requirements are: 
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• CBR- Constant Bit Rate. This service category is used by connections that request a 
static amount of bandwidth that is continuously available during the connection 
lifetime. This amount of bandwidth is characterized by a Peak Cell Rate (PCR) value. 

• VBR- this includes real-time Variable Bit Rate and non-real-time Variable Bit Rate. 
The real-time VBR is intended for real-time applications (i.e., voice and video 
applications) where the sources are expected to transmit at a rate that varies with time 
(described as *'bursty" sources). Non-real-time VBR service category is for bursty 
sources that have no associated delay bounds. VBR bandwidth demand is 
characterized by PCR, Sustainable Cell Rate (SCR), and Maximum Burst Size (MBS). 

• UBR- Unspecified Bit Rate. This service category is intended for non-real-time 
applications (e.g., email and Internet file transfer) that have no specified traffic related 
service guarantees. 

The specification of traffic management requirements for ABR (Available Bit Rate) traffic 
is for further study. The defmitions of above service classes (where each ATM VP 
connection has VCs belonging to the same class) conform to those defmed in the ATM 
Forum Technical Committee's Traffic Management Specification Version 4.0. Traffic 
management functions such as CAC and Selective Cell Discard are, in general, structured 
differently for each service category. The above service categories relate traffic 
characteristics and Quality of Service (QoS) commitments (e.g., maximum Cell Transfer 
Delay [CTD], peak-to-peak Cell Delay Variation [CDV], and Cell Loss Ratio [CLR]) to 
network behavior. These QoS parameters are discussed in more detail in Section 5.3.3. 

It should be recognized that the traffic management requirements (specified in Section 
5.3.4) for the SONET ATM VP ring nodes are to ensure that the anticipated economic 
benefits of adding ATM traffic to SONET rings can gamer the maximum transport 
efficiency even under heavy traffic load. The architecturing of these requirements is based 
on the distributed processing paradigm where each SONET ATM VP ring node executes 
its own traffic management functionalities (no additional interfacing requirements for BSS 
(GR-1 1 lO-CORE) and SAM (GR-2842-CORE)). The point emphasized here is that the 
performance requirements stated in this section are minimal enhancements (the set of three 
traffic management functions specified is the minimal set out of the fiiU set of ATM traffic 
management fimctionalities specified in GR-1 1 10-CORE and the ATM Forum's Traffic 
Management Specification Version 4.0) needed to attain the benefits of ATM multiplexing 
in SONET rings. 



5.3.1 .2 Connection Admission Control 

In a SONET/ATM network, multiple ATM connections can share a single STS-Nc path on 
a statistical basis (where each path supports a mix of connections with various ATM service 
categories). Because of the bursty nature of ATM VBR traffic, it is not obvious whether the 
idle capacity of an ATM path (a STS-Nc) is sufficient for an incoming (new add-on) 
connection or not. If a connection is accepted, the QoS of all existing connections on the 
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u Ar .Ah.nR and CTD may be influenced by the new connection. Therefore, 
path, as defined by CLK ana ^ i u, may ^^ppntance of new connections is 

in any SONET ATM VP ring node a decision rule for acceptance 
required. This decision rule is called a CAC algorithm. 
CACalgonthms(not standardized by the ATM^^^^^^ 

Management) can have v-us^^^^^^^^^^^^ ,„^ection is 

amount of bandwidth and the new connection 

accepted only if the sum of the PCRs of the ^^^^'"f c threshold) that guarantees 

donLxceedapredefinedcnticalva^e^^^^^^^^^^^^ 

that the QoS requirements are met. This algontnm effectively used when 

the traffic IS bursty (i.s, VBR tranicl- Ho»^ ■ several bursty sources 
connected, > — ^^.^^^-'^l^r.^;^^^^ 

simultaneously transmit at PCRs. Thus, to mamwi B simplest case) that 

high bandwidth utilization, a CAC algonthm (more ^^'"P^^^^^^" J^^^^ 

1.356) can still be met 

. r Ar fiinction is a part of the provisioning process, l tie 



transmission). 
..ntisanon^eal-timeVBRco.^^^^^^^^^ 

SCR) so the probabUity of cell loss by '"^I'^^^^'lXmLt^c derivation of this 

OVrffapplication specific) and is beyond the scope of this GR. 
_IfitisaUBRconnectionrequest,nobandw^^Ur^^^^^^^ 
(thus UBR comiection requests are always accepted with no service p 
guarantee). 
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New Connection 
Request Received, 
CAC Algorithm Invoked 




Update CBRB or 
VERB 



Reject Connection 
Request 



Accept Connection 
Request 



Figure 5-5. An Example CAC Algorithm 

The B^Rea derived above is then added to existing consumed CBR bandwidth (CBRB) and 
consumed VBR bandwidth (VBRB) to determine if the combined total bandwidth 
requirement (TBW/jg J ^ exceeded a predefined bandwidth utilization threshold (i.e., 
calculated as a percentage (a) of the physical bandwidth (PBW) available on a STS-Nc 
path). The establishment of this safe operating threshold limit is based on results of SONET 
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ATM VP ring stress tests (i.e., by determining the maximum utilization that meets CDV 

requirements for CBR traffic) and is outside the scope of this GR. 

In addition VBR traffic may be subjected to additional connection acceptance rules for 

finer control of VBR applications mix (to further optimize overall bandwidth utihzation) as 

follows: 

- Group VBR traffic into different application classes (VBR class i) based on PGR 
ranges (e.g., class / for PCR< 173 cells per sec, class 2 for 173 < PCR < 3622 cells 
per second etc.). Each class implements a class bandwidth limit {VBK,^axl which the 
existing bandwidth consumption for class i (VBRj) and the new class , BW,,, 
combined cannot exceed the defined bandwidth available to that class. 

— All VBR traffic combined (new and existing) can not exceed a VBR threshold 
(VBR„^). 

The above example CAC framework assumes that each SONET ATM VP ring node has 
some bandwidth monitoring capability (or an accounting mechanism) to detennme existing 
bandwidth allocated for CBR and VBR traffic and will automatically reduce the values for 
CBRB, VBRB, and VBR; during the tear-down phase of each connection. 



5.3.1.3 Policing 



The objective of the policing function is to support the QoS '^o"^;"""^^"^^ /ij^^"''!?;" „ 
Section 5.3.3) for compliant CBR and VBR connections. The policmg of UBR traffic can 
be conducted using an implicit priority scheme where UBR cells have lowest miplicit 
processing priority; Or the policing of UBR traffic can be conducted using the explicit 
scheme where all UBR cells are tagged (CLP=1) upon arrival to minimize the processing 
of policing rules and to facilitate the selective cell discard flmction (this optional explicit 
tagging mechanism conforms to the tagging scheme for UBR.2 as described in the ATM 
Fomm's Traffic Management Specification Version 4.0). This UBR exphcit taggmg 
action, however, does not necessarily imply a condition of non-conformance, as would be 
the case for other service categories. The determination as to whether conformance with a 
traffic contract (to be discussed in Section 5.3.2) has been violated ^^aU be accord^^^^^^^ 
rules of a policing algorithm which must be fully descnbed by the SONET ATM VP rmg 
node supplier. The outcome of this policing function shall be the tagging of non- 
confonning cells (by setting the Cell Loss Priority (CLP) bit of a cell to CLP-1). 
Figure 5-6 illustrates an example policing algorithm (commonly known as the Virtual 
Scheduling algorithm) for the VBR cells. This algorithm, to be applied on each connection, 
updates a theoretical Arrival Time (TAT), which is the expected arrival time (calcidated 
using the PCR or other more complex formula) of the next cell. If the actual amval ime, 
t(K) of a cell K is not "too" early relative to the TAT. in particular if the actud arrival tmie 
is after TAT - L (where L is an eariy arrival tolerance limit tunable (optional) by the 
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network provider), then the cell is conforming (and the next TAT estabhshed by adding a 
time increment (I) to t(K)), otherwise the cell is non-conforming. 

Optionally, a SONET ATM VP ring node supplier can also include the traffic shaping 
mechanism as part of the policing function (traffic shaping is done on conforming cells 
only). This mechanism alters the traffic characteristics of a stream of cells on a connection 
(while maintaining cell sequence integrity on a connection) to reduce PCR, limit burst 
length (for VBR traffic) and reduce one-point CDV (by suitably spacing cells in time) so 
better network efficiency can be achieved, or to ensure conformance at a subsequent BSS 
interface. 



Arrival of a 
VBR cell K 
at time t(K) 




TAT = TAT + I 
Conforming Cell 



Figure 5-6. An Example Policing Algorithm for VBR Cells 
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5.3.1 .4 Selective Cell Discard 

A congested SONET ATM VP ring node will, based on the rules of its Selective Cell 
D, card gorithr^ 

selectively discard cells with CLP=1 . This is to protect the CLP=0 flow as much as possible 
m meSthe QoS commitments. However, if CLP=l cells are dropped from a connection 
Uirexpected that theCLRo objective for 
definition, will still be met. 

Figure 5-7 shows an example Selective Cell Discard algonthm. The implementation of this 
algorithm assumes that a SONET ATM VP ring node has some njeasurem^^^^^^^ 
monitormg capabilities in determining its traffic congestion level (e g based on the queue 
Lfith of a STS-Nc queue, SONET ATM VP nng node processor utihza ion or STS-Nc 
XtSLation etc.) The exact design and application of the selective eel discard function 
is vendor specific, and different rules can be used for different traffic categones (e^g., 
higher queue length threshold for CBR than VBR and UBR and higher q^eu^.l^g* 
5^feshddforVBlthanUBR).Nomatterwhatt^^ 

the QoS commitments negotiated for a comiection (with highest pnonty given to the CBR 
traffic). 




Is the queue size threshold ^ 
exceeded for the cell class? 

and/or 

Is the outbound STS-Nc path 
utilization threshold 
exceeded for the cell class? 

and/or 

Is the SONET ATM VP ring node's 
processor utilization threshold 
exceeded for the cell class? 



^True 



Discard 



Figure 5-7. An Example Selective Cell Discard Algorithm 
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5.3.2 Traffic Contract 



5.3.2.1 Traffic Parameters and Connection Traffic Descriptor 

The connection traffic parameters describe the traffic characteristics of a VP connection 
(VP traffic characteristics are cumulation of VC characteristics for all VCs in a VP). The 
traffic parameters defmed in this section include PGR, SCR and MBS. The connection 
traffic descriptor specifies the desired traffic characteristics of the ATM connection. The 
connection traffic descriptor includes the traffic parameters, the Cell Delay Variation 
Tolerance (CDVT), and the conformance definition (e.g., the early arrival tolerance limit 
(L) of the Virtual Scheduling Algorithm) that is used to unambiguously specify the 
conforming cells of the connection. CAC procedures will use the connection traffic 
descriptor to allocate resources (i.e., BW^^^) and to derive parameter values for the 
operation of the policing function (i.e., the TAT and the time increment (I) of the Virtual 
Scheduling Algorithm). 

R5-24 [48] A SONET ATM VP ring node* s policing function shall be capable of 
enforcing any of the PCR values shown in Table 6-1 of GR-1 1 10-CORE 
for any VPC. 

Enforcement of any of the CDVT values shown in GR-1 llO-CORE for UNI or GR-l 115- 
CORE for NNI, the SCR values shown in Table 6-3 (GR-1 1 lO-CORE) and the MBS values 
shown in Table 6-4 (GR-1 1 10-CORE) by a SONET ATM VP ring node's policing function 
is optional. 



5.3.2.2 Traffic Contract 

A traffic contract specifies the negotiated characteristics of a VP connection. The traffic 
contract established for a connection includes the connection traffic descriptor, a set of QoS 
classes (described in Section 5.3.3. 1) for each direction of the connection, and the definition 
of a compliant connection (e.g., a connection is a compliant connection when more than a 
certain predefmed percentages of the ATM cells transported by the connection are 
conforming cells). 

R5-25 (491 A SONET ATM VP ring node shall be capable of supporting a traffic 
contract (for each direction of a connection) that consists of: the traffic 
parameters (PCR, SCR, and MBS), the CDVT value, the connection's QoS 
classes, the cell conformance defmition for policing and the definition of a 
compliant connection. 

The values of the traffic contract parameters can be specified either explicitly or implicitly. 
A contract is explicitly specified when the values are assigned by a Network Management 
System (NMS) at connection subscription time. A contract is implicitly specified when the 
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values are assigned by the SONET ATM VP ring using default rules, which in turn, depend 
the information provided by the connection end-system or subscriber. 



on 



5.3.3 QoS and Performance 

This section provides ATM cell transfer performance requirements and objectives for a 
SONET ATM VP ring node. 

5.3.3.1 SONET ATM VP Ring Pei^ormance Objectives by QoS Class 

RS-26 1501 A SONET ATM VP ring node shall support the CTD, 2-pt. CDV, 
CLRo, Cell Error Ratio (CER), Cell Misinsertion Rate (CMR), and the 
Severely-Errored Cell Block Ratio (SECBR) performance objectives for 
QoS Classes 1 and 3, as defined in Table 2 of ITU-T Rec. 1.356. 
As specified in Clause 8.2.1 of ITU-T Rec. 1.356 the CDV objective only applies to 
^^Xctlons that have negotiated appropriately small tol^^ ^^^^^^^^ 
their PCRs. A network's CDV objective does not include the 2-pomt CDV resulting trom 
network actions (such as traffic shaping) taken to reduce the amount of l-pomt CDV- 
these actions are not considered a network-induced degradation. 

05-27 1511 It is an objective that a SONET ATM VP ring node support the 
CLR(Hi performance objective for QoS Classes 1 and 3, as defmed m 
Table 2 of ITU-T Rec. 1.356. 

05-28 1521 It is an objective that a SONET ATM VP ring node support the CTD. 
Ipl. CDV. CLRo, CLRo.1, CER. CMR. and SECBR Performance 
objectives for QoS Class 2 and the U Class, as defmed m Table 2 of ITU- 
T Rec. 1.356. 

5.3.3.2 Multicast ATM Connection Performance Objectives 

R5.29 1531 At an add/drop point for a root-to-leaf pair component of an ATM 
multicast connection a SONET ATM VP nng node shall support the CTD, 
2-pt CDV, CLRo. CER. CMR, and SECBR performance objectives for 
QoS Classes 1 and 3, as defmed in Table 2 of ITU-T Rec. 1.356. 

05-30 1541 It is an objective that at an add/drop point for a root-to-leaf pair 

cornponent of L ATM multicast comiection a SONET ATM VP rrng node 
support the CLRo, 1 performance objective for QoS Classes 1 and 3, as 
defined in Table 2 of ITU-T Rec. 1.356. 
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05-31 (55) It is an objective that at an add/drop point for a root-to-leaf pair 

component of an ATM multicast connection a SONET ATM VP ring node 
support the CTD, 2-pt. CDV, CLRq, CLIVi, CER, CMR, and SECBR 
performance objectives for QoS Class 2 and the U Class, as defined in 
Table 2 of ITU-T Rec. 1.356, 



5.3.3.3 Reference Loads and Measurement 

Section 8.2 of GRl 1 10-CORE specifies the reference loads used for measuring the 
maximum CBR and VBR traffic loads that can be supported by a SONET ATM VP ring 
node (while conforming to the cell transfer performance objectives defined in Sections 
5.3.3.1 and 5.3.3.2). The objective is to provide a common measurement method for 
specifying the capacity of different SONET ATM VP ring nodes. 

R5-32 [56] A SONET ATM VP ring node supplier shall use the reference loads 
and methods described in Section 8.2 (of GR-1 1 10-CORE) to measure the 
maximum CBR and VBR traffic loads that can be supported by a SONET 
ATM VP ring node (based on the cell transfer performance objectives 
defined in Sections 5.3.3.1 and 5.3.3.2) and shall state the measurement 
results in accordance with R8-1 [185] and R8-2 [186] specified in GR- 
1 1 10-CORE for the STS-Nc transport facilities. 



5.3.4 Traffic Management Requirements 

In this subsection, the traffic management requirements utilizing CAC, Policing, and 
Selective Cell Discard for the ATM UPSR and BLSR environments are discussed. The 
term UPSR environment used here refers to the SONET ATM VP ring nodes that exist in 
a ATM UVPSR Ring or Hybrid VP UPSR or Hybrid UPSR. The term BLSR environment 
used here refers to the SONET ATM VP ring nodes that exist in a ATM BVPSR Ring or 
Hybrid VP BLSR or Hybrid BLSR. It is anticipated that the limited upgrade to existing 
SONET ATM VP ring nodes for fulfilling the following requirements will ensure achieving 
the increased traffic-carrying efficiency desirable for ATM networks as well as compliance 
with the relevant network performance objectives (which are principally the Cell Loss 
Ratio, Cell Transfer Delay and the Cell Delay Variation objectives associated with ATM 
traffic). 



5.3.4.1 Traffic Management Requirements for the UPSR Environment 

To protect existing ATM traffic against service quality degradation when new connection 
requests are made, each SONET ATM VP ring node will apply admission control to new 
connection requests (see example CAC algorithm in Figure 5-5). 
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R5.33 157) Each SONET ATM VP ring node in a ATM UVPSR Ring or Hybrid 
VP UPSR or Hybrid UPSR shall provide the capability to perform CAC 
for new connection requests of ATM traffic originating and passjng 
through that node (on both the working and protection paths)^ This C AC 
junction shall be accessible by the network P^^^d^'-/^^"^ the P^^^ 
provisioning process, and it shall be fully described by the SONET ATM 
VP ring node supplier. It is also required that: 
. This C AC algorithm shall provide a negative indication to the network 
provider whenever it is commanded to establish a PVC and this 
algorithm indicates that estabhshing such a PVC would violate the 
algorithm's rules. 

. After providing this negative indication, and after reconfirmation by 
the network provider using an overriding command to estabhsh a 
PVC, the CAC function shall establish that PVC. 
For ooUcing of ATM traffic in a UPSR environment, each SONET ATM VP ring node 
L^nttandcol^^ 

resources from malicious and unintentional misbehavior that can affect he QoS of other 
already established comiections (see example policing algonthm m Figure 5-6). 

R5.34 1581 The source SONET ATM VP ring node in a ATM UVPSR Ring or 
Hybrid VP UPSR or Hybrid UPSR shall provide the capability to perform 

noUcing for all incoming local traffic. Cells shall be passed when they are 
identified by the policing function as conforming. Cells shall be tagged 
(CLP=1) or discarded when they are identified by the policmg fiinction as 
non-conforming. 

T j^ *- »o.h <;nNFT ATM VP ring node in a UPSR environment may conduct traffic 

scheduling) and traffic shaping functions in the statistical multiplexmg of ATM traffic 
the UPSR environment 

The selective cell discard function of a SONET ATM VP ring node determines jf a tagged 
lel (cS shall be sent on its way to the destination or if it shall be f carded Jhis 
de i fon is based on congestion conditions (i.e., queue size, Unk utihzation. and server 
uSSa^n) at a SONET ItM VP ring node and the action to d^-^f^^J^^^^^^^^^^ 
guarantees priority processing for all conforming traffic (see example Selective Cell 
Discard algorithm in Figure 5-7). 

CR5-35 1591 Each SONET ATM VP ring node in a ATM UVPSR Ring or Hybrid 
VP UPSR or Hybrid UPSR shall provide the capability to perfonn 
selective cell discard for inbound and outbound traffic with a CLP-1 . This 
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function is to be performed on both the working and the protection 
bandwidth. 




<^ Independent virtual scheduling for each ATM connection 

Independent traffic shaping and multiplexing for conforming cells 



Figure 5-8. Policing and Shaping of UPSR Traffic 

5.3.4.2 Traffic Management Requirements for the BLSR Environment 

To protect existing ATM traffic against service quality degradation when new connection 
requests-are made, each SONET ATM VP ring node in a ATM B VPSR Ring or Hybrid VP 
BLSR or Hybrid BLSR will apply admission control to new connection requests originated 
both locally or elsewhere in the ring (see example CAC algorithm presented in Figure 5-5). 
This CAC procedure is applied only to the working bandwidth (CAC is only needed on the 
protection bandwidth if there is new add-on and extra traffic). 

R5-36 [601 Each SONET ATM VP ring node in a ATM B VPSR Ring or Hybrid 
VP BLSR or Hybrid BLSR shall provide the capability to perform CAC to 
new connection requests for ATM traffic passing that node. This CAC 
functionality shall be performed only on the working path (and on the 
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protection path if there is new add-on traffic). A formal end-to-end 
connection between the source and the destination is established when all 
CACs along the working path accept the connection request. This CAC 
function shall be accessible by the network provider during the PVC 
provisioning process, and it shall be fully described by the SONET ATM 
VP ring node supplier. It is also required that: 

• Each CAC shall provide a negative indication to the network provider 
whenever it is commanded to establish a PVC and this algorithm 
indicates that establishing such a PVC would violate the algorithm's 
rules. 

• After providing this negative indication, and after reconfirmation by 
the network provider using an overriding command to establish a 
PVC, the CAC function shall establish that PVC. 

In applying the CAC algorithm, the computation for VBRj, CBRB, and VBRB are 
calculated based on actual utilization on the working bandwidth. 
For poUcing of ATM traffic in a BLSR environment, each SONET ATM VP ring node 
monitors and controls the inbound traffic firom local (add-on) interfaces to protect network 
resources from malicious and unintentional misbehavior which can affect the QoS of other 
already established connections (see example policing algorithm presented m Figure 5-6). 

R5-37 [611 The source SONET ATM VP ring node in a ATM BVPSR Ring or 
Hybrid VP BLSR or Hybrid BLSR shall provide the capability to perform 
policing for inbound local traffic. Cells shall be passed when they are 
identified by the policing function as conforming. CeUs shall be tagged 
(CLP=1) or discarded when they are identified by the policing function as 
non-conforming. 

In addition, each SONET ATM VP ring node in a BLSR environment may conduct traffic 
shaping for inbound local cell streams to achieve a desired modification of the network 
traffic characteristics. Figure 5-9 illustrates the filtering actions of both the policing (virtual 
scheduling) and traffic shaping functions in the statistical multiplexing of ATM traffic tor 
the BLSR environment 

The selective ceU discard function of a SONET ATM VP ring node determines if a tagged 
cell (CLP=1) shall be sent on its way to the destination or if it shall be discarded. This 
decision is based on congestion conditions (i.e., queue size, Unk utiUzation and server 
utilization) at a SONET ATM VP ring node and the action to discard tagged cells 
guarantees priority processing for all conforming traffic (see example selective cell discard 
algorithm presented in Figure 5-7). 

CRS-38 1621 Each SONET ATM VP ring node in a ATM BVPSR Ring or Hybrid 
VP BLSR or Hybrid BLSR shall provide the capability to perform 
selective cell discard for inbound and outbound traffic with a CLP=1 . This 
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function is to be performed on both the working and the protection 
bandwidth (where ATM traffic are anticipated). 




«S3> Independent virtual scheduling for each ATM connection 

Independent traffic shaping and multiplexing for conforming cells 

Figure 5-9. Policing and Shaping of BLSR Traffic 



5.4 Network Data Collection 

Network data collection is needed to support network capacity planning and engineering. 
Traffic data, such as congestion measurements (e.g., number of discarded cells due to 
congestion) and traffic load measurements (e.g., number of incoming and outgoing cells), 
are influenced by functional requirements and the type of network interface (e.g., UNI). 
Nevertheless, it is assumed that with the BSS(s) connected to the ring, most measurements 
made at the BSS(s) should be sufficient. Network data can be closely related to 
performance management information. The network usage, traffic, and performance data 
collected from each BSS include such items as 

• Incoming cells per interface 

• Outgoing cells per interface 
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• Incoming cells discarded on each VPL due to policing 

• Intra-BSS link loads 

• Cells discarded due to congestion per congestable module. 

Specific requirements for the SONET ATM VP ADM are under investigation. 

5.5 Operations Interfaces 

In terms of managing the functionality, a Hybrid ADM operations interface(s) should align 
with BSS and SONET BLSR or UPSR requirements, as appropriate. The OS/NE mterfaces 
planned are Open Systems Interconnection (OSI) using the Common Management 
Information Service Element (CMISE). The information modeling work is generally 
consistent across ATM and SONET. An initial survey found different actions in reporting 
Performance Monitoring (PM) data, but it is thought that they can coexist (i.e., support both 
sets of messages) if necessary. 

R5-39 [631 The SONET ATM VP ADM shall support a generic operations 

interface that uses OSI/CMISE and that can support ATM messages as 
specified in Section 3 of GR-1248-CORE. 
Regarding R5-39, SONET STM functions can also be supported by the same interface and 
it is desirable that a single set of operations interfaces to a single management system 
(handling both STM and ATM operations) be supported by the ring node. 

05-40 [641 It is an objective that the SONET ATM VP ADM provide a single set 
of operations interfaces. 
A local craft access (User/System Interface) is required for SONET rings and is also needed 
for SONET ATM VP NEs. 

R5-41 [651 The SONET ATM VP ADM shall support a User/System Interface as 
specified in R1248-11 in GR-1248-CORE. 
Regarding R5-41, it is required for local craft access to be able to retrieve information 
locally, as would be done by the ATM management system. 

While the CMISE interface is the direction for the future in telecominunications network 
management, the Simple Network Management Protocol (SNMP) is a widely implemented 
interfece in data communications equipment and small network equipment. Currently, 
many of the CNM systems have chosen the SNMP as their interface. One reason for its 
popularity is its simplicity. SNMP has a limited set of data types and structure through 
which information modeling is represented in simple attributes or as attributes organized m 
tables, in contrast to the more complex object-oriented modeling scheme m CMISE. 
Therefore, it is easy to implement and relatively inexpensive. Another reason for its 
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popularity can be attributed to its underlying communication protocol which is IP. SNMP 
runs over User Datagram Protocol/Internet Protocol (UDP/IP), which is provided within 
the TCP/IP suite of protocols. IP is the most widely used network protocol today. However, 
the use of SNMP for managing large NEs such as Circuit Switches (CS), Signaling Transfer 
Point (STP) and SONET networks is often questioned because of its limited capability in 
information modeling. 

Many deployed SONET rings use Transaction Language 1 (TLl). Since TLl messages 
have not been defined for ATM, supporting ATM operations messages in diis environment 
may require changes for the ring node controller as well as network operations interfaces. 

It is also assumed that the SONET Data Communications Channel (DCC) would not need 
to interwork with ATM OAM flows. This means that SONET physical layer alarms or PM 
need not be communicated via OAM information cells, and, conversely, ATM-related 
operations information derived from OAM cells need not be communicated over the 
SONET DCC or bit-oriented embedded operations charmel. However, as suggested in 05- 
40, SONET alarms could be passed over an ATM management channel. Ring alarms and 
PM could be conmiunicated to the BSS (or VPX) via a network operations interface (link), 
if the ring nodes do not directly subtend from a BSS (or VPX). 

5.6 Operations Flows 

Real-time operations information (e.g., failure indications, performance monitoring data) 
needs to flow between endpoints of a SONET physical path, an ATM VPC or VPC 
segment. 

R5-42 [66] The SONET ATM VP ADM shall meet the requirements (in support 
of physical layer operations) specified in Section 4.1 of GR-1248-CORE 
for the appropriate drop side and ring side interfaces. 

ATM layer operations flows rely on the use of OAM cells. These cells contain operations 
information (e.g., performance data) for an ATM connection. VPC OAM cells use 
dedicated VCIs (VCI=3 or 4), VCI =3 for VPC segment and VCI=4 for end-to-end VPC. 

R5-43 [67] The SONET ATM VP ADM shall provide the capability to terminate, 
monitor, and insert segment OAM cells at segment end points, and monitor 
and insert OAM cells at intermediate points along a cormection segment 
(but not terminate the flow) in support of VP service operation. 

Normally, segment OAM cells all terminate at segment end points. The OAM flow is not 
terminated at intermediate points along a connection segment. A segment, for example, 
may be the VP link on the ring or the VP link access to the ring. 

R5-44 [68] The SONET ATM VP ADM shall meet the requirements specified in 
Section 4.2 in GR-1248-CORE for VPC operations flows (F4 Flows). 
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Regarding R5-44, it is assumed that this capability is needed along a connection segment 
only (i e., within the bounds of a VPC segment), and not necessarily on an end-to-end 
connection basis (for communicating end-to-end VPC operations information). Therefore, 
the VCI value 3 is used. 

The need to distinguish user cells and non-user cells (0AM cell count) when performing 
operations tasks at the F4 (VPC) level is for further study. This relates to R1248.250 m 
GR-1248-CORE. 



5.7 Operations Communications 

Operations communications refers to the support network that provides paths between OSs 
and NEs, between Mediation Devices and NEs, between NEs and NEs, and between 
Workstations and NEs. Generic operations communications criteria for OS/NE 
communications, based on the Open System Interconnection (OSI) reference model and the 
TMN functions, are given in GR-828-CORE. 



5.7.1 Upper Layer Requirements 

"Upper layers" in the OSI protocol stack refers to the three top layers (Application, 
Presentation, and Session layers) of the seven-layer protocol stack. Upper layer 
communication requirements can be divided into two classes of operations: 

• Interactive class of applications 

• File-oriented class of applications. 

Interactive applications are time critical, spontaneous, often limited in length, and perform 
an atomic unit of work. Examples of such applications include Performance Monitormg, 
Alarm Surveillance. Testing, Network Traffic Management, Provisionmg, and Network 
Data Collection. 

R5-45 [691 The SONET ATM VP ADM shall support the Interactive Protocol 
Stack as specified in Section 3 of GR-828-CORE. 
File-oriented applications should be used in applications such as retrieving large volume of 
data and less time-critical work. The operations applications include Autonomous Message 
Accounting, NE Memory Backup and Restoration and Software Download. 

R5^6 170) The SONET ATM VP ADM shall support the File-oriented Protocol 
Stack as specified in GR-828-CORE. 
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5.7.2 Lower Layer Requirements 

"Lower layers" refers to the four bottom layers (Transport, Network, Data Link, and 
Physical layer) of the OSI seven-layer stack. 

At least one of the following options should be supported. These options are described in 
GR-1248-CORE, Section 3. 

R5-47 [71] The SONET ATM VP ADM shall support at least one of the four 
cases for the lower layers of the protocol stacks listed below. 



These protocol profiles use CMIP over OSI using TP4/CLNS or ATM-CLNS lower layers, 
or over TCP/IP (over ATM or non-ATM lower layers). These lower layers can be provided 
by an X.25 network, an ATM network, or other physical layer protocols. 

Operations communications for SONET are covered in GR-253-CORE, Section 8. The 
SONET ATM VP ADM may connect to OS/NE and NE/NE paths. OS/NE 
communications use a me^^age-oriented channel that may be provided through a dedicated 
physical connection or via a Data Conununications Network (DCN), which may be a X.25 
packet switched network, or an NE/NE path (like DCC), a LAN connection, or an ATM 
end-to-end VCC. NE/NE communications use a message-onQtitcd channel that may be 
provided either through the SONET Data Communications Channel (DCC), i.e., a 
me^jage-oriented Embedded Operations Channel (EOC) that is carried in the SONET 
overhead, or via a LAN if the NEs are in the same Central Office. In addition, time-critical 
operations flows between NEs as discussed in Section 5.6 are provided by a bit-onented 
EOC, also in the SONET overhead (e.g., Bl, B2 bytes), and an ATM OAM 
communications mechanism, using OAM cells. 

It is assumed that generally no interworking is required between SONET layer and ATM 
layer operations communications (i.e., the me^^age-oriented SONET EOC [i.e., the DCC] 
and the 6/r-oriented SONET EOC [e.g., the Bl and B2 bytes], both of which are carried in 
the SONET overhead, do not need to interwork with ATM OAM conmiunications). This 
means that SONET physical layer alarms or performance monitoring generally need not be 
communicated via OAM cells, and, conversely, ATM-related operations information 
derived from OAM cells need not be communicated over the SONET DCC or the bit- 
oriented SONET EOC, but may utilize another operations interface link (although the 
SONET and ATM information could be mixed on one link, as stated in 05-39). There are, 
however, two exceptions. The SONET DCC can always be used as a part of an OS/NE 
communications path for SONET as well as ATM events. Further, the SONET ATM VP 
ADM always terminates the SONET path layer for signals that carry ATM. if the ATM 



1. TP4/CLNS lower layers 

2. ATM-CLNS lower layers 



3. TCP/IP over ATM 



4. TCP/IP over non-ATM lower layers. 
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layer is accessed. In a SONET path that carries ATM VPCs, a SONET layer^defect or d^^^^^^ 
indicatior. requ.es the insertion of VP AIS into the VPCs. --^^^^ ^^^"^^^^^ 
Rl 248-64 Soecifically, a SONET STS Path AIS arriving at the SONET ATM W AUM 
^Istt^on?;^^^^ to ^ P AIS. This follows the practice that ^^^^^^^^^^^^^^^^ 
are internally conveyed to the next higher layer (in this case from the SONET to the Al M 
layer) so that downstream failure indications can be generated. 

5.8 Other Requirements 

This section provides requirements that cover enabling/disabling certain SONET 
la aSs oVtions,lndmaintenanceofATMPS^^^^ 

Jffic management) between ATM switches (e.g., BSS) and the SONET ATM VP ADM. 

5.8.1 SONET Function Enabling/Disabling 

R5.48 [721 The following SONET function shall be supported (enabling/ 
disabling) in SONET ATM VP ring nodes: 

• SONET STS-N bandwidth (cross-connections), e.g., STS-1, STS-3c, 
STS-12C, shall be allocated (established) before ATM VP cross- 
connections can be established. 

49 1731 SONET (STM) protection mechanisms and features (e.g., per STS-1) 
may be required to be disabled before ATM VP protection mechanisms 
and features can be used. 

• This disabling of ring protection shaU be done at every ring node 
where the STS-N terminates. 

SONET and ATM layer escalation strategies may be developed that allow the use of both 
ISnS and ATM layer protection. In such cases, both SONET and ATM layer protection 
mechanisms would be enabled 

5.8.2 Operations and Maintenance of ATIVI Protection Switching 

GR-2980-CORE provides requirements on the operations and "^^'^""^f/.^^^'''^^^^ 
ATM PS. Fault, configuration, and performance management are covered m GR-2980- 

CORE. 
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5.8.3 Interaction with ATM Switches 

R5-50 [741 The SONET ATM VP ring node shall "tunnel" signaling VCs 

through between CPE, edge switch, and/or ATM core switches (BSSs) in 
support of SVCs over switched ATM networks. 

End users must tunnel their SVC requests through the hybrid network to the ATM switch. 
"Tunneling" signaling means that the SONET ATM VP ring ADM simply routes the cells 
containing signaling messages through the SONET ATM VP ADM after a signaling VC 
connection is made by the ATM network. This allows connections to be established on a 
per call (SVC) basis over the switched ATM network. GR-2842-CORE provides more 
discussion on how the tunneling method will operate. 

In support of SVCs, the SONET ATM VP ADM and/or the ATM switch may need to be 
involved in the CAC process to inform the SONET ATM VP ADM of the QoS class for the 
connection to perform proper policing and congestion control. The CAC process uses the 
requested PCR, SCR, MBS, QoS class objective and CDVT in deciding to accept the 
connection. Communication of traffic management actions (e.g., negotiate QoS request for 
connection) between hybrid and/or ATM transport nodes and ATM switches is not 
standardized today. This is a high complexity area and is for further study. See also Section 
5.3.1. 
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ADSL — Asymmetric Digital Subscriber 
Line 

AIS — Alarm Indication Signal 

ANSI — American National Standards 
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Requirement-Object List 

R4-1 [1) All transport requirements for the SONET layer found in GR-1400- 
CORE, GR-i230-CORE, and GR-253-CORE must be followed for 
Hybrid ADMs, where applicable. 



R4-2 [21 The timing mode for the SONET ATM VP ring node shall use the same 
timing functions (as given in GR-253-CORE) established for the STM 
processor (or equivalent) to synchronize all equipment interfaces. 



CR4-3 [3) If the ATM functionality added to a SONET ring ADM has 

unrestricted ATM switching connectivity across all interfaces (VPI, VCI 
based connectivity) and supports SVCs (with signaling capability), then 
the ATM functionality shall meet the requirements of GR-1 1 lO-CORE. 



CR4-4 [4] If the ATM functionality added to a SONET ring ADM is intended to 
provide ATM VP cross-connection functions, then the ATM functionality 
shall meet the ATM VPX functionality requirements of GR-2891-CORE. 



CR4-5 [S] If the ATM functionality added to a SONET ring ADM is intended to 
serve as a SAM, then the ATM functionality shall meet the requirements 
ofGR-2842-CORE. 



R4-6 [61 If the drop side physical layer interface is between the user and the 
service provider (as in a service provider providing a user with VP 
service), then the physical layer interface shall meet the UNI physical layer 
interface requirements from the sections of TR-NWT-001 1 12 specified. 

• Section 4 for the 155.520 Mb/s UNI 

• Section 5 for the 622.080 Mb/s UNI 

• Section 6 for the 5 1 .840 Mb/s UNI 

• Section 7 for the 44.736 Mb/s UNI 

• Section 8 for the 1 .544 Mb/s UNI. 
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R4.7 171 For drop side non-user to service provider physical layer interfaces, the 
physical layer interface shall meet the NNI physical layer interface 
requirements from the sections of TR-NWT-001 1 12 specified. 

. Section 9.2 for the 155.520 Mb/s NNI 

• Section 9.3 for the 622.080 Mb/s NNI 

• Section 9.4 for the 44.736 Mb/s NNI. 



R4.8 [8] The PHY function for the ring side interface shall terminate the 

SONET STS-1, STS-3C, or STS-12c path layer as descnbed m Section 
4.3.5 ofTR-NWT-001112. 



R4-9 [91 ATM cell streams shall be directly mapped into STS-1 , STS-3c, or 
STS-1 2c SPE payload capacity of ring side interfaces, byte aligned to the 
SPEs, as described in GR-253-CORE. 



R4.10 (101 The PHY function for the ring side interfaces shaU adapt flie cell rate 
arriving from the ATM layer to the payload capacity of the STS-1, ^ 1 b- 
3c, or STS-12C SPEs by inserting unassigned cells when assigned cells are 
not available from the ATM layer. 

R4-11 [111 STS-1, STS-3C and STS-12c ring side interfaces shallmeetthe HEC 
generation, HEC check, self-synchronizing scrambler, and cell dehneation 
requirements in Section 10 of TR-NWT-001 1 12. 



R4-12 [12] The VPM shall follow Rll 13-32, 33, 34, and 36 with respect to 
header and VPI verification. 



R4.13 [13] Ring side and non-user drop side interfaces shall use the NNI cell 
header format. 



R4-14 (141 For NNI format interfaces, the number of allocated bits of the VPI 
subfield shall be in accordance with Rll 13-6. 
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R4-15 
R4.16 

R4-17 
R4-18 

R4-19 



(15) Drop side user interfaces shall use the UNI cell header format. 



[16] For UNI format interfaces, the number of allocated bits of the VPI 
subfield shall be in accordance with R1113-5. 



[17] VPIs shall be assigned bi-directionally (with bandwidth assigned 
independently for each direction) for the ring side interfaces (NNI) and for 
the drop side interfaces (UNI or NNI). A translation shall be performed on 
the VPIs for each terminating VPL involved. 



[18] At connection establishment, a unique VPI for each VP link (per 
interface) involved in the VP connection shall be associated (VPI values 
may or may not be different for each VP link involved), using the 
following VPI allocation rules: 

• the allocated bits of the VPI subfield shall be contiguous 

• the allocated bits for the VPI subfield shall be the least significant bits 
of the VPI subfield, beginning at bit 5 of octet 2. 



[19) The VPCE shall support the interconnection of VP links: 

• between any drop side ATM interfaces 

• between any ring side ATM interfaces 

• between any drop side and ring side ATM interfaces. 



[201 The downtime (i.e., unavailability) of any SONET STS-Nc path 
(between two particular nodes) carrying ATM traffic on a SONET ATM 
VP ring shall not be worse than the downtime of a SONET STS-Nc path 
carrying ATM traffic on an existing SONET Ring, as specified in Section 
2ofGR-418-CORE. 
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R4.21 121] The downtime of a two-way VP shall not be worse than the downtime 
of a two-way channel through an existing SONET Ring, as specified m 
Section 2 of GR-418-CORE. 



R4-22 [221 A hybrid VP UPSR or ATM UVPSR shall use the ATM 1 + 1 VPG/ 
VP PS point-to-point mechanism being developed within standards. 



R4-23 [23] For ring interconnection at the ATM layer, the drop-and-continue 
function shall be provided at the ATM layer. 



R4-24 [24] For ring interconnection at the ATM layer, the selector function shall 
be provided at the ATM layer. 



R5-1 [251 All operations requirements for the SONET layer found in GR-1400- 
CORE, GR-1230-CORE, and GR-253-CORE must be followed for 
Hybrid ADMs, where applicable. 



R5-2 [261 The SONET ATM VP ADM shall meet the requirements specified in 
Section 5.1 of GR-1248-CORE for external update support. 



R5 3 [271 The SONET ATM VP ADM shall be able to configure drop side 
interfaces as a Broadband Intra-Network Node Interface (B-INNp and 
maintain B-INNI interface parameters as specified m R1248-27 m GR 
1248-CORE. 



CR5-4 [281 If a UNI is supported, the SONET ATM VP ADM shall be able to 
configure drop side interfaces as a UNI and maintam UNI mterface 
parameters as specified in R1248-27 in GR-1248-CORE. 

RS-S [291 The SONET ATM VP ADM shall maintain information in 
accordance with R1248-28 for each VPL it terminates. 
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R5-6 [301 The SONET ATM VP ADM shall be able to configure point-to-point 
and multipoint ATM VP cross-connections as specified in R1248-32, 33, 
34, 35, 36, 37, 38, 39 in GR-1248-CORE. 



R5-7 [311 The SONET ATM VP ADM shall be able to identify a VPL 
termination point as a VPC 0AM segment end point as specified in 
R1248-40 and 41 in GR-1248-CORE. 



R5-8 [321 The SONET ATM VP ADM shall be able to activate/deactivate ATM 
NE functions as specified in R1248-42 in GR-1248-CORE. 



R5-9 [33] The SONET ATM VP ADM shall provide message suppression/ 
duplication capabilities as specified in R1248-43 and 44 in GR-1248- 
CORE. 



R5-10 [341 The SONET ATM VP ADM shall provide memory query functions 
as specified in R1248-45 in GR-1248-CORE. 



R5-11 [35] The SONET ATM VP ADM shall provide memory backup and 

restoration features as specified in R1248-46 and 50 in GR-i248-CORE, 
except that memory backup may be stored external to the NE. 



R5-12 [36] The SONET ATM VP ADM (or adjunct) shall meet the software 
download requirement as specified by R1248-54 in GR-1248-CORE. 



R5-13 [37] The SONET ATM VP ADM shall meet the generic maintenance 
requirements for trouble detection for NEs as well as ATM NEs as 
specified by R1248-56 in GR-1248-CORE. 
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R5-14 1381 The SONET ATM VP ADM shall meet the ATM VP layer defect 

detection requirements as specified in R1248-63. 64, and 70 in GR-1 248- 
CORE. 



R5-1 S 1391 The SONET ATM VP ADM shall meet the failure timing and failure 
notification requirements as specified in R1248.72, 73, 74, 75, and 76 m 
GR-1248-CORE. 



R5-16 [401 The SONET ATM VP ADM shall meet the requirements for physical 
layer defect and failure detection as specified in R1248-57, 58, 59, 60, and 
62inGR-1248-CORE. 



17 [411 The SONET ATM VP ADM should meet generic maintenance 

requirements for trouble isolation and provide internal supplier-specific 
diagnostics as specified by requirements R1248-79, 80, 81, 82, and 
01248-83 inGR-1248-CORE. 



CRS-18 1421 The SONET ATM VP ADM may be required to provide OAM cell 
loopback capability support on VP (F4) Flows at segment end pomts as 
specified in R1248-87, 89, and 92 in GR-1248-CORE. 



CR5-19 [431 The SONET ATM VP ADM may be required to provide the CC 
capability on VPCs and segments as specified in Section 6.1.2.4 m GR 
1248-CORE. 



RS-20 1441 The SONET ATM VP ADM shall meet the PM requirements 

specified in Section 7.1.1.1 of GR-1248-CORE for the appropnate DSn 
ATM drop side interfaces to the ring. 



R5-21 1451 The SONET ATM VP ADM shall meet the requirements for 

monitoring the ATM cell header processing as specified m R1248-!»7, v», 
and99inGR-1248-CORE. 
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[46] It is an objective for the SONET ATM VP ADM to meet the objective 
in GR-1248-CORE, 01248-102, for protocol monitoring of 0AM cells. 



[47] If a SONET ATM VP ADM needs to support point-to-point VP 0AM 
PM cell flows, then the requirements in GR-1248-CORE Sections 4.2, 
7.1.3, and 8 shall apply addressing 0AM PM cell formatting, generation, 
and activation/deactivation that are needed to monitor the following 
performance parameters: 

• number of 0+1 user cells lost (i.e., background cell lost) 

• number of 0 cells lost (i.e., cells lost between the source ATM NE and 
the destination ATM NE) 

• total number of misinserted cells (i.e., cells misrouted to the 
destination ATM NE) 

• errored cell events (i.e., cells delivered to the destination ATM NE 
with bit error(s) in the payload). 



[48] A SONET ATM VP ring node's policing function shall be capable of 
enforcing any of the PGR values shown in Table 6-1 of GR-1 1 10-CORE 
for any VPC. 



[49] A SONET ATM VP ring node shall be capable of supporting a traffic 
contract (for each direction of a connection) that consists of: the traffic 
parameters (PGR, SGR, and MBS), the GDVT value, the connection's QoS 
classes, the cell conformance defmition for policing and the defmition of a 
compliant connection. 

[501 A SONET ATM VP ring node shall support the GTD, 2-pt. GDV, 
GLRo, Gell Error Ratio (GER), Gell Misinsertion Rate (GMR), and the 
Severely-Errored Gell Block Ratio (SEGBR) performance objectives for 
QoS Glasses 1 and 3, as defined in Table 2 of ITU-T Rec. 1.356. 



[51] It is an objective that a SONET ATM VP ring node support the 
CLR(^X performance objective for QoS Glasses 1 and 3, as defmed in 



Table 2 of ITU-T Rec. 1.356. 
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1521 It is an objective that a SONET ATM VP ring node support the CTD, 

p CDV, CLRo. CLRo.,, CER, CMR, and SECBR perfonnance 
objectives for QoS Class 2 and the U Class, as defined in Table 2 of ITU 
T Rec. 1.356. 

1531 At an add/drop point for a root-to-leaf pair component of^n ^TM 
multicast comiection a SONET ATM VP rmg node shall -PP"^ thef TD. 
2-pt. CDV, CLRo. CER, CMR, and SECBR perfonnance objectives for 
QoS Class;s 1 and 3, as defined in Table 2 of ITU-T Rec. 1.356. 

[541 It is an objective that at an add/drop point for a root-to-leaf pair 
oriXrflATMmulticastconnectionaSONETATMVPn^^ 

supTort the CLR,,! performance objective for QoS Classes 1 and 3, as 
defined in Table 2 of ITU-T Rec. 1.356. 

[551 It is an objective that at an add/drop point for a root-to-leaf pair 
XnenTofiATMmulticastconnectionaSO^^^^^ 
support the CTD, 2-pt. CDV, CLR^ CLRo^i, CER, CMR, and SECBR 
perfolnce obj;ctives for QoS Class 2 and the U Class, as defmed m 
Table 2 oflTU-T Rec. 1.356. 

A SONET ATM VP ring node supplier shall use the reference loads 
nletho«edinSecLn8.2(omR-1110-CO^^^^^^^^ 
maximum CBR and VBR traffic loads that can be supported by a SONET 
a™ VP ring node (based on the cell transfer perfonnance objectives 
drfmelfn Sections 5.3.3.1 and 5.3.3.2) and shall state the me«nt 
results in accordance with R8-1 [185] and R8-2 [1 86] specified m GR- 
1 1 10-CORE for the STS-Nc transport facilities. 

R5.33 157] Each SONET ATM VP ring node in a ATM UVPSR g ^^Hybrid 
VP UPSR or Hybrid UPSR shall provide the capability to perform CAC 
for new comiection requests of ATM traffic originating and P^^^^^^^ 
through that node (on both the workmg and protection paths^^ Th^ C AC 
function shall be accessible by the network provider dunng the PVC 
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provisioning process, and it shall be fully described by the SONET ATM 
VP ring node supplier. It is also required that: 

• a. This CAC algorithm shall provide a negative indication to the 
network provider whenever it is commanded to establish a PVC and 
this algorithm indicates that establishing such a PVC would violate the 
algorithm's rules. 

• b. After providing this negative indication, and after reconfirmation by 
the network provider using an overriding conunand to establish a 
PVC, the CAC function shall establish that PVC. 



R5-34 [58] The source SONET ATM VP ring node in a ATM U VPSR Ring or 
Hybrid VP UPSR or Hybrid UPSR shall provide the capability to perform 
poUcing for all incoming local traffic. Cells shall be passed when they are 
identified by the policing function as conforming. Cells shall be tagged 
(CLP=1) or discarded when they are identified by the policing function as 
non-conforming. 



CR5-35 [591 Each SONET ATM VP ring node in a ATM UVPSR Ring or Hybrid 
VP UPSR or Hybrid UPSR shall provide the capability to perform 
selective cell discard for inbound and outbound traffic with a CLP=1 . This 
function is to be performed on both the working and the protection 
bandwidth. 



R5-36 [60] Each SONET ATM VP ring node in a ATM BVPSR Ring or Hybrid 
VP BLSR or Hybrid BLSR shall provide the capability to perform CAC to 
new connection requests for ATM traffic passing that node. This CAC 
functionality shall be performed only on the working path (and on the 
protection path if there is new add-on traffic). A formal end-to-end 
connection between the source and the destination is established when all 
CACs along the working path accept the connection request. This CAC 
function shall be accessible by the network provider during the PVC 
provisioning process, and it shall be fully described by the SONET ATM 
VP ring node supplier. It is also required that: 

• a. Each CAC shall provide a negative indication to the network 
provider whenever it is commanded to establish a PVC and this 
algorithm indicates that estabUshing such a PVC would violate the 
algorithm's rules. 
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. b Afterprovidmgthisnegativeindication,andafterreconfirmationby 
the network provider using an overriding command to estabhsh a 
PVC, the CAC function shall establish that PVC. 

R5-37 1611 The source SONET ATM VP ring node in a ATM BVPSR Ring or 
Hybrid VP BLSR or Hybrid BLSR shall provide the capability to perform 
policing for inbound local traffic. Cells shall be passed when they are 
identified by the policing function as conforming. Cells shall be tagged 
(CLP=1) or discarded when they are identified by the policmg fimction as 
non-conforming. 

CR5.38 [621 Each SONET ATM VP ring node in a ATM BVPSR Ring or Hybrid 
VP BLSR or Hybrid BLSR shall provide the capability to Perfomi 
selective cell discard for inbound and outbound traffic with a CLP-1 . This 
function is to be performed on both the working and the protection 
bandwidth (where ATM traffic are anticipated). 

19 1631 The SONET ATM VP ADM shall support a generic operations 
Lrface that uses OSUCMISE and that can support ATM messages as 
specified in Section 3 of GR-1248-CORE. 

05^0 [641 It is an objective that the SONET ATM VP ADM provide a single set 
of operations interfaces. 



R5-41 



[651 The SONET ATM VP ADM shall support a User/System Interface as 
specified in R1248-11 in GR-1248-CORE. 



R5^2 [661 The SONET ATM VP ADM shall meet the "^^f ^,^"^PP^ 
of physical layer operations) specified in Section 4.1 of GR-1248-CORE 
for the appropriate drop side and ring side interfaces. 

RS 43 1671 TheSONETATMVPADMshallprovidethecapabilitytoterminate, 
monitor,andinsertsegmentOAMcellsatsegmentendpoints,andmomtor 
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R5-44 



R5-45 



R5.46 



RS-47 



R5.48 



CR5-49 



R5-50 



and insert 0AM cells at intermediate points along a connection segment 
(but.not terminate the flow) in support of VP service operation. 



[68] The SONET ATM VP ADM shall meet the requirements specified in 
Section 4.2 in GR-1248-CORE for VPC operations flows (F4 Flows). 



[69] The SONET ATM VP ADM shall support the Interactive Protocol 
Stack as specified in Section 3 of GR-828-CORE. 



[70] The SONET ATM VP ADM shall support the File-oriented Protocol 
Stack as specified in GR-828-CORE. 



[71] The SONET ATM VP ADM shall support at least one of the four 
cases for the lower layers of the protocol stacks listed below. 

[72] The following SONET function shall be supported (enabling/ 
disabling) in SONET ATM VP ring nodes: 

• SONET STS-N bandwidth (cross-connections), e.g., STS-1, STS-3c, 
STS-12C, shall be allocated (established) before ATM VP cross- 
connections can be established. 



[731 SONET (STM) protection mechanisms and features (e.g., per STS-1) 
may be required to be disabled before ATM VP protection mechanisms 
and features can be used. 

• This disabling of ring protection shall be done at every ring node 
where the STS-N terminates. 



[74] The SONET ATM VP ring node shaU "tunnel" signaUng VCs 
through between CPE, edge switch, and/or ATM core switches (BSSs) in 
support of S VCs over switched ATM networks. 
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